folly编译错误boost::re_detail_106100::cpp_regex_traits_implementation<char>::transform解决办法

解决Folly编译错误
最新推荐文章于 2024-01-23 21:45:00 发布
最新推荐文章于 2024-01-23 21:45:00 发布
阅读量3.6k 收藏 4
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lianchenglian/article/details/79227277
本文记录了在使用Make编译Folly过程中遇到的关于Boost.Regex模块的未定义引用错误，并详细描述了解决步骤，包括确认Boost版本、定位问题原因及重新编译配置。

make编译folly时报错如下：

make[4]: Entering directory '/home/montafan/git/folly/folly/folly/experimental/logging/example'
/bin/bash ../../../libtool  --tag=CXX   --mode=link g++  -std=gnu++1y -g -O2 -lboost_context -lboost_program_options -lboost_thread -lboost_filesystem -lboost_system -lboost_regex -lpthread -lboost_chrono  -lssl -lcrypto  -o logging_example main.o libfollylogging_example.la -lbz2 -llzma -lz -lsnappy -llz4 -liberty -ldl -levent -ldouble-conversion -lglog -lgflags
libtool: link: g++ -std=gnu++1y -g -O2 -o .libs/logging_example main.o  ./.libs/libfollylogging_example.a /home/montafan/git/folly/folly/folly/experimental/logging/.libs/libfollylogging.so /home/montafan/git/folly/folly/folly/.libs/libfolly.so -lunwind -lboost_context -lboost_program_options -lboost_thread -lboost_filesystem -lboost_system -lboost_regex -lpthread -lboost_chrono -lssl -lcrypto -lbz2 -llzma -lz -lsnappy -llz4 -liberty -ldl -levent -ldouble-conversion -lglog -lgflags
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::cpp_regex_traits_implementation<char>::transform(char const*, char const*) const'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::cpp_regex_traits_implementation<char>::transform_primary(char const*, char const*) const'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::raise_runtime_error(std::runtime_error const&)'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::get_mem_block()'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::get_default_error_string(boost::regex_constants::error_type)'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::put_mem_block(void*)'
/home/montafan/git/folly/folly/folly/.libs/libfolly.so: undefined reference to `boost::re_detail_106100::verify_options(unsigned int, boost::regex_constants::_match_flags)'

问题解决过程：

stackoverflow某个帖子说是多个版本的boost会导致该问题

但sudo ldconfig -v|grep boost发现版本是1.61，而且并没有重复安装其他版本的boost


再仔细看原来是Boost::Regex模块有问题，然后一搜果然发现问题，怎么有1.61和1.58两个版本

libboost_regex.so.1.58.0 -> libboost_regex.so.1.58.0

libboost_regex.so.1.61.0 -> libboost_regex.so.1.61.0

使用1.61.0，编译所有组建，成功

./bootstrap.sh --with-python=python3

sudo ./b2 --toolset=gcc --build-type=complete --layout=versioned --with-atomic --with-chrono --with-container --with-context --with-coroutine --with-coroutine2 --with-date_time --with-exception --with-filesystem --with-graph --with-graph_parallel --with-iostreams --with-locale --with-log --with-math --with-metaparse --with-mpi --with-program_options --with-python --with-random --with-regex --with-serialization --with-signals --with-system --with-test --with-thread --with-timer --with-type_erasure --with-wave  stage

安装

sudo ./b2 install --prefix=/usr/local


成功



MonteFan
关注
Beringei编译填坑之一：gcc-7不支持编译folly
暗焰之珩的博客
10-26 2295
最近在学习GitHub上的一个开源时序数据库，Facebook的Beringei，https://github.com/facebookarchive/beringei，这个具体的原理后续再整理吧，先写写编译遇到的坑。工程显示测过的环境是Ubuntu16.10，我的实验环境是Ubuntu18.04，想着环境也没差多少，编译应该是很简单的事，但是实际被折腾的不轻，先一一详细记录，留待复习，希望可以给...
moveit源吗编译报错booost::re_detail::cpp_regex_traits_implementation::transform[abi:cxx11]
dbdxnuliba的博客
05-25 1048
1.错误现象： Environment :ubuntu18.04 ,rosl:Melodic boost1.65.1: header files' path : /usr/include , boost lib path: /usr/lib/x86_64-linux-gnu/ boost1.58: header files' path : /usr/local/include , boost lib path: /usr/local/lib/ use the following command to
c++使用boost regex编译报错perl_matcher.hpp:382: undefined reference to `boost::re_detail_106100
qoopqpqp的博客
07-27 6302
最近写的c++中用到了boost中的regex，但是make的时候老是报这个错误： main.o: In function `boost::re_detail_106100::perl_matcher, std::allocator > >, boost::regex_traits > >::perl_matcher(__gnu_cxx::__normal_iterator, __gnu_cxx
有关编译，库相关问题，未定义的引用
无左无右的博客
03-23 2556
有关编译，库相关问题 博客园关闭了？没法发、修改文章了，就在这里记录一下吧。 之前的cmakelist是这么写的，没有问题 cmake_minimum_required(VERSION 2.6) project(refinedet) add_definitions(-std=c++11) option(CUDA_USE_STATIC_CUDA_RUNTIME OFF) set(CMAKE_CXX_STANDARD 11) set(CMAKE_BUILD_TYPE Debug) # tensorrt
Folly cmake编译错误。
icesnowjank的专栏
11-15 638
RegularExpression::compile(): Nested *?+. RegularExpression::compile(): Error in compile. CMake Error at CMake/FollyFunctions.cmake:95 (if): if given arguments: "D:/workspace/c++/opensource/folly-v2021.11.01.00/folly/Benchmark.cpp" "MATCHES" "^D:/wo...
libraries\include\boost-1_61\boost/regex/v4/perl_matcher.hpp(362): error C2292: 'boost::re_detail_10...
weixin_30566063的博客
04-12 345
这个问题在Windows上基于CMake编译Caffe-SSD的GPU版时出现。 网上找到的博客贴出的解决办法是删掉regex和rv相关代码，甚至不编译detection_output_layer.cu。。。这和“干掉提出问题者”有什么区别呢？ 我的解决办法： 在caffe windows依赖包中修改libraries_v120_x64_py27_1.1.0\libraries\include\b...
ThreadPool:用C ++ 11和Folly实现的简单线程池（facebook C ++基础库）
04-28
在Folly库中，线程池的实现可能涉及如`folly::Executor`、`folly::SequencedExecutor`、`folly::ThreadPoolExecutor`等类。这些类提供了灵活的接口，可以方便地与其他Folly组件结合使用，如异步I/O、定时器等。 总...
C++多线程_std::future与std::promise
惊鸿一博
01-23 2104
在并发编程中，我们通常会用到一组非阻塞的模型：promise\future。在python、js、java中都提供future\promise，是现代语言常用的非阻塞编程模型。
C++11静态断言增强特新：std::is_same, std::is_convertible的实战结合
!...# 1. C++11静态断言概述 ## 1.1 静态断言的定义与重要性 在C++11中，静态断言是一种编译时检测机制，其允许程序员在编译时刻对代码中需要满足的条件进行验证，一旦条件不满足，编译将被中断，产生编译错
【C++内存管理实战】：深入理解new_delete和智能指针
![【C++内存管理实战】：深入理解new_delete和智能指针]... # 摘要 本文全面探讨了C++内存管理的核心概念、机制、工具和最佳实践。文章首先介绍了C++内存分配和释放的基础知识，包括new和delete操
folly::f14::detail::f14linkcheck<(folly::f14::detail::f14intrinsicsmode)1>::
10-05
folly::f14::detail::f14linkcheck<folly::f14::detail::f14intrinsicsmode>是一个模板类的特化，用于在编译时检查指定的f14intrinsicsmode是否与当前编译环境中的模式匹配。这个模板类可能在folly库的代码中使用，...
Caffe-SSD错误：.build_release/lib/libcaffe.so: undefined reference to `boost::re_detail_106501::cpp_reg
阿耀的博客
11-09 6108
Caffe-SSD错误： .build_release/lib/libcaffe.so: undefined reference to `boost::re_detail_106501::cpp_regex_traits_implementation&amp;lt;char&amp;gt;::transform(char const*, char const*) const' .build_release/lib...
caffe 编译时build_release/lib/libcaffe.so: undefined reference to `boost::cpp_regex_traits
m0_37844017的博客
06-22 1443
在 caffe安装时，出现错误： build_release/lib/libcaffe.so: undefined reference to `boost::cpp_regex_traits<char&gt;::toi(char const*&, char const*, int) const' .build_release/lib/libcaffe.so: undefined reference to `boost::re_detail::get_default_error_string
Fast RCNN 训练自己数据集 (1编译配置)
凌风探梅的专栏
05-03 5087
Fast RCNN 训练自己数据集 (1编译配置) FastRCNN 训练自己数据集 (1编译配置) 转载请注明出处，楼燚(yì)航的blog，http://www.cnblogs.com/louyihang-loves-baiyan/ https://github.com/YihangLou/fast-rcnn-train-another-dataset 这是我在g
“undefined reference to“ 问题解决方法 2021-08-09
weixin_48031922的博客
08-09 4163
“undefined reference to” 问题解决方法 检查你有没有将头文件导入头文件路径 include_directories(<include path>) 检查你有没有将源文件导入源文件路径。 aux_source_directory(<dir> <variable>) 如 aux_source_directory(<dir> "*.c") 不管是普通的cmake还是ide里面都要完成路径配置，举个例子，CMake，如果你的源码路径
对boost::Regex的初步想法
boluo1982107的专栏
11-07 1085
我知道的：Regex能够帮助我方便地处理文本；我不知道的：Regex的效率究竟有多快？对于大规模的应用，是否恰当？举例实践试试！Regex对于二进制文件，如何进行匹配呢？对于通用unicode，regex似乎一定的有问题？需要本地化？文本中是“123”，那么这里的是123这样一个数字，还是1、2、3三个字符？regex处理的时候需要注意什么？getline以后，就将所有内容
在 Android 上启用 TurboModule
m0_56144365的博客
07-31 655
然后，您可以将您创建的类提供给您的ReactNativeHost.您可以ReactNativeHost通过搜索找到您的getReactNativeHost().ReactNativeHost通常位于您的班级Application内。此设置将在您的项目上运行本机构建，并将编译由codegen生成的C++文件。如果您仔细查看MyApplicationTurboModuleManagerDelegate您之前创建的类，您会注意到其中一些方法是怎样的native。...
RN（React Native）的应用程序在雷电模拟器可以运行，安卓真机运行失败问题解决记录
iot-lorawan
10-12 1786
adb devices可能看不到雷电模拟器，但可直接connect去使用。主要原因是打包bundle 中出问题，第一步、在项目目录执行生成bundle。第二步、重新打包apk。
ut::make_unique可以用别的代替吗
最新发布
04-25
<think>好的，我现在需要帮助用户寻找可以替代`ut::make_unique`的其他方法或函数。用户之前遇到了关于`ut::make_unique`报错的问题，现在想找到替代方案。首先，我得回顾之前的对话，看看之前给出的建议是什么，避免重复。 首先，用户提到的`ut::make_unique`可能属于第三方库UTPP，或者是用户自己实现的。之前的回答已经讨论了标准库的`std::make_unique`、自定义实现以及可能的命名空间问题。现在用户需要其他替代方法，所以需要扩展这些建议，或者提供不同的方法。 接下来，我需要考虑C++中创建`unique_ptr`的各种方法。替代`make_unique`的方法可能包括直接使用`new`操作符、自定义工厂函数、使用`std::unique_ptr`的构造函数，或者第三方库如Boost等。另外，还需要考虑不同C++标准下的兼容性问题，比如C++11中`make_unique`不可用，用户可能需要替代方案。 另外，用户提供的引用内容中提到了`parse_line`函数、静态链接与动态链接的区别，以及线程和进程的资源管理。虽然这些引用可能与当前问题没有直接关联，但可能需要考虑资源管理方面的问题，比如智能指针的使用如何与线程安全结合，但这可能不是当前的重点。 用户可能需要的是多种方法来创建`unique_ptr`对象，而不仅仅是依赖`ut::make_unique`或标准库的`make_unique`。需要列举几种不同的方法，并说明它们的优缺点，以及适用场景。 例如，直接使用`new`并将指针传递给`unique_ptr`的构造函数，这种方法在C++11中可用，但不如`make_unique`安全，因为可能存在异常安全问题。或者，使用`std::make_unique`的标准方法，但需要确保编译器支持C++14及以上。另外，可以提到使用工厂函数模板来封装创建过程，或者使用第三方库如Boost.SmartPtr中的`boost::make_unique`。 还需要考虑用户可能的环境限制，比如是否允许使用第三方库，或者是否需要兼容旧版C++标准。根据之前的回答，用户可能已经在C++14或更高版本中，但如果有需要兼容C++11的情况，可能需要提供自定义实现，或者替代方案。 另外，需要检查之前的回答是否已经涵盖了这些替代方法，避免重复。之前的回答提到过自定义实现`make_unique`，所以可能需要扩展其他方法，比如直接构造`unique_ptr`，或者使用其他智能指针如`shared_ptr`的工厂函数。 可能还需要提醒用户关于异常安全的问题，比如使用`new`直接构造时，如果构造函数抛出异常，可能导致内存泄漏，而`make_unique`可以避免这种情况。因此，在推荐替代方法时，需要权衡安全性和兼容性。 总结可能的替代方法： 1. 直接使用`std::unique_ptr`的构造函数，结合`new`。 2. 自定义`make_unique`函数（适用于C++11）。 3. 使用Boost库的`boost::make_unique`。 4. 使用`std::make_shared`如果适用（虽然返回的是`shared_ptr`，但可能在某些情况下可以转换）。 5. 使用其他第三方库提供的类似函数。 需要详细说明每种方法的用法、优缺点，以及适用场景，帮助用户根据具体情况选择最合适的替代方案。</think>以下是针对C++中替代`ut::make_unique`的多种方案及技术细节分析： --- ### 一、标准库替代方案 #### 1. `std::make_unique`（推荐） - **适用场景**：C++14及以上版本的标准项目 - **优势**：类型安全、异常安全、代码简洁 - **示例**： ```cpp #include <memory> auto ptr = std::make_unique<int>(42); // 直接构造对象 auto arr = std::make_unique<int[]>(5); // 动态数组(C++20) ``` - **验证编译器支持**： ```bash g++ -std=c++14 your_file.cpp ``` #### 2. `new`运算符显式构造 - **适用场景**：C++11环境或需要自定义删除器 - **风险**：非异常安全（若`new`后发生异常可能导致内存泄漏） - **示例**： ```cpp #include <memory> std::unique_ptr<int> ptr(new int(42)); // 直接初始化 std::unique_ptr<int[]> arr(new int[5]); // 动态数组 ``` --- ### 二、第三方库替代方案 #### 1. Boost库的`boost::make_unique` - **适用场景**：需兼容C++11且已集成Boost - **安装与使用**： ```cpp #include <boost/make_unique.hpp> auto ptr = boost::make_unique<std::vector<int>>(10, 1); // 初始化vector ``` - **特点**：提供类似C++14标准的行为，支持复杂构造参数[^2] #### 2. Folly库的`folly::make_unique` - **适用场景**：Facebook开源项目或高性能场景 - **示例**： ```cpp #include <folly/Memory.h> auto ptr = folly::make_unique<std::string>("hello"); ``` --- ### 三、自定义实现方案 #### 1. 基础模板实现（C++11兼容） - **代码示例**： ```cpp namespace my_utils { template<typename T, typename... Args> std::unique_ptr<T> make_unique(Args&&... args) { return std::unique_ptr<T>(new T(std::forward<Args>(args)...)); } } // 使用示例 auto ptr = my_utils::make_unique<std::complex<double>>(3.0, 4.0); ``` #### 2. 支持动态数组的扩展实现 - **增强兼容性**： ```cpp namespace my_utils { // 单对象版本 template<typename T, typename... Args> std::unique_ptr<T> make_unique(Args&&... args) { return std::unique_ptr<T>(new T(std::forward<Args>(args)...)); } // 数组特化版本 template<typename T> std::unique_ptr<T[]> make_unique(size_t size) { return std::unique_ptr<T[]>(new T[size]); } } ``` --- ### 四、设计模式替代方案 #### 1. 工厂函数封装 - **适用场景**：需要统一资源创建逻辑 - **示例**： ```cpp template<typename T> class ObjectFactory { public: template<typename... Args> static std::unique_ptr<T> create(Args&&... args) { return std::unique_ptr<T>(new T(std::forward<Args>(args)...)); } }; // 使用示例 auto widget = ObjectFactory<Widget>::create(100, 200); ``` #### 2. 结合`std::forward_list`的延迟构造 - **特殊场景**：批量对象管理 ```cpp std::forward_list<std::unique_ptr<Sensor>> sensors; sensors.emplace_front(new TemperatureSensor()); sensors.emplace_front(new PressureSensor()); ``` --- ### 五、跨线程场景注意事项 当智能指针用于多线程时（参考[^3]中线程资源管理）： 1. **所有权传递**：通过`std::move`转移`unique_ptr`到线程 ```cpp auto data = std::make_unique<DataPacket>(); std::thread worker([data = std::move(data)] { // 在新线程中独占使用data }); ``` 2. **避免竞态条件**：确保`unique_ptr`的移动操作在同步机制保护下 --- ### 验证代码模板 ```cpp #include <memory> #include <vector> class Demo { public: Demo(int a, double b) : x(a), y(b) {} private: int x; double y; }; int main() { // 标准库方式 auto d1 = std::make_unique<Demo>(10, 3.14); // 自定义实现 auto d2 = my_utils::make_unique<Demo>(20, 6.28); // 原生new方式 std::unique_ptr<Demo> d3(new Demo(30, 9.42)); return 0; } ``` --- ### 选择策略建议 | 方案 | 适用场景 | 安全性 | 可维护性 | |---------------------|----------------------------------|--------|----------| | `std::make_unique` | 新项目/C++14+ | ★★★★★ | ★★★★★ | | Boost实现 | 遗留项目/C++11 | ★★★★☆ | ★★★★☆ | | 自定义实现 | 无第三方库依赖 | ★★★☆☆ | ★★★☆☆ | | 显式`new` | 需要自定义删除器 | ★★☆☆☆ | ★★☆☆☆ | --- **--相关问题--** 1. 如何实现自定义删除器的`unique_ptr`？ 2. `std::make_unique`与直接`new`构造在异常安全上有何区别？ 3. C++20对智能指针增加了哪些新特性？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值