arm-linux-gnueabihf-g++交叉编译出错undefined reference to `std::__cxx11::basic_stringstream

原创 已于 2025-02-20 09:36:15 修改 · 546 阅读 · 19 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #arm开发 #系统

于 2025-02-19 11:56:44 首次发布

使用zmq写了一个工程代码，c++语言写的，arm-linux-gnueabihf-g++交叉编译一直报如下错

[100%] Linking CXX executable basic_service_app /home/workspace/wvpn-rv1126/prebuilts/gcc/linux-x86/arm/gcc-arm-8.3-2019.03-x86_64-arm-linux-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/8.3.0/../../../../arm-linux-gnueabihf/bin/ld: /home//workspace/gitlab/basic_service_app/./lib/zeromq/libzmq.so: undefined reference to VTT for std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >@GLIBCXX_3.4.21' /home/workspace/wvpn-rv1126/prebuilts/gcc/linux-x86/arm/gcc-arm-8.3-2019.03-x86_64-arm-linux-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/8.3.0/../../../../arm-linux-gnueabihf/bin/ld: /home/zlx/workspace/gitlab/basic_service_app/./lib/zeromq/libzmq.so: undefined reference to vtable for std::basic_streambuf<char, std::char_traits<char> >@GLIBCXX_3.4' /home/zlx/workspace/wvpn-rv1126/prebuilts/gcc/linux-x86/arm/gcc-arm-8

最低0.47元/天 解锁文章
g++编译时遇到问题：未定义的引用
WangWEel的博客
08-21 949
编译器编译包含多个文件的C++程序时，如果遇到 “undefined reference to” 的错误消息，通常是因为某些函数或变量的定义无法被找到。解决这个问题的方法是确保所有的函数和变量定义被正确地包含在编译过程中。在进行C++程序编译过程中，偶尔会遇到错误消息：“undefined reference to”（未定义的引用）。这种错误通常表示编译器无法找到所需的函数或变量的定义。造成这个问题的原因是，编译器在编译过程中是分文件进行的。文件时，它只看到了函数的声明，并且期望找到相应的定义。
c++:错误：undefined reference to `std::__cxx11::basic_string＜char, std::char_traits＜char＞,
mzhan017的博客
11-19 8024
编译出错的命令 g++ thread.cpp 代码 #include <iostream> #include <thread> using namespace std; int main(); class abc { friend int print(); protected: string m_string; public: string get(); }; string abc::get() { return m_string; }
【linuxs make 出现undefined reference to ‘std::__cxx11...】
qq_36583051的博客
03-17 1万+
类似这种： 解释一： 在CentOS系统上安装了gcc4.8.2和gcc7.2两个版本，gcc使用的是4.8.2版本，g++使用的是7.2版本，使用make编译cmake时出现c++11标准库未定义错误，两个版本的编译器使用的库版本也不同，对c++11标准的实现程度也不一样，所以会出现该问题，将g++换成4.8.2版本即解决该问题。 个人感觉编译器报标准库的错误很可能就是工具链版本的问题，修改使用合适的工具链应该即可，比如对gcc软件，所有编译器都使用统一版本即可。 ————————————————
问题(一)arm-linux-gnueabihf-g++: error trying to exec ‘cc1plus‘: execvp: No such file or directory
it_rensheng的博客
08-14 1358
今天调试了rk3188 Linux rga图片压缩后显示错误问题，需要通过交叉编译工具，对rga_demo进行编译，在使用make时出现以下报错。 **问题出现原因：**在Windows本地解压，然后上传到服务器，解压方式不对，对文件产生损坏。 **解决方法：**现将文件上传至服务器或加载到Ubuntu(由于要使用Makefile，本人对在Windows中使用Makefile方法没有接触过，所以选择了上传)，然后在通过tar xvf xxx.tar对压缩包进行解压，然后make即可。 附： Linux中的常
undefined reference to错误的解决方法
热门推荐
顺其自然~专栏
04-26 2万+
对于动态链接库，实际的符号定位是在运行期进行的．在编译.so的时候，如果没有把它需要的库和他一起进行联编，比如libx.so 需要使用uldict, 但是忘记在编译libx.so的时候加上-luldict的话，在编译libx.so的时候不会报错，因为这个时候libx.so被认为是一个库，它里面存在一些不知道具体实现的符号是合法的，是可以在运行期指定或者编译另外的二进制程序的时候指定。一般情况链接的时候我们采用-L的方式指定查找路径，调用动态链接库的时候采用LD_LIBRARY_PATH的方式指定链接路径。
.so: undefined reference to
A person does not really understand something until after teaching it to a computer. Donald.E.Knuth
06-20 2447
bin/ld: warning: libstdc++.so.6, needed by /home/zhenglf/Documents/VIP/drivers/driver_860/driver_ovxlib_app/6.4.0.pre8/build/sdk/drivers/libLLVM_viv.so, not found (try using -rpath or -rpath-link) ...
编译报错：undefined reference to `std::__cxx11::basic_string 或者@GLIBCXX_3.4.21
Bossking321的博客
05-23 1651
编译环境，gcc从4.8.5版本升级到9.3.0版本。项目引用客户的SDK库（库是gcc7.2.0版本编译的）。用gcc7.2.0版本编译正常。
【报错】undefined reference to cv::imread(std::__cxx11::basic_string＜char, std::char_traits＜char＞, std::
静谧、淡雅
08-25 5138
（1）报错如下😱😱😱： undefined reference to cv::imread(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int) /usr/bin/ld: CMakeFiles/TEst.dir/main.cpp.o: in function cv::Mat::~Mat(): （2）分析🐯🐯🐯： 没有链接到cv库
Centos 7.9安装编译安装MySQL8.0踩过的坑error: undefined reference to ‘std::thread::_State::~_State()‘
qq_29653475的博客
11-02 1152
由于PHP8出来之后，想着搞个新环境来玩一玩所以就用Cenotos 7.9安装lnmp，有的老铁就问为啥不用docker来做环境，因为我想着花时间研究整个环境编译安装会出现什么样的情况和问题，方便后续开发部署避免踩坑，所以就总结了一下MySQL遇到过的一些小问题，分享给大家。 在MySQL8.0编译安装的时候遇到过非常多的问题，特别是新环境的时候大家得注意。 每次安装的时候gcc和g++版本对应的问题是很重要的，如果没有安装正确的环境极可能安装到一半就会中断了。好了，我现在就...
: error: undefined reference to `cv::VideoCapture::open(std::__cxx11::basic_string<char, std::char_t
camille靖的博客
10-18 1万+
使用QT+OPENCV播放视频，本想先实现一下别人的代码、结果一堆类似这样的错误，: error: undefined reference to `cv::VideoCapture::open(std::__cxx11::basic_string, std::allocator > const&)'， 整理两天各种试，最后还是问了专业同事，听取一下意见，如果.h的opencv的头文件已经添加，.
交叉编译时undefined reference to `inflate_JVM笔记-运行时内存区域划分
weixin_39930557的博客
12-11 365
1. 概述Java 虚拟机在执行 Java 程序的过程中会把它管理的内存划分为若干个不同的数据区域。它们各有用途，有些随着虚拟机进程的启动一直存在（堆、方法区），有些则随着用户线程的启动和结束而建立和销毁（程序计数器、虚拟机栈、本地方法栈）。《Java 虚拟机规范》中规定 Java 虚拟机管理的内存包括以下几个区域：下面简要分析各个区域的特点。2. JVM 运行时内存区域2.1 程序计数器程序计数...
【交叉编译】cmake报错 undefined reference to `pthread_atfork‘
guanlizhongxintishi的博客
09-30 1892
原因：跟各个库的依赖顺序有关。需要把被依赖的库放在依赖的库后面。
Linux 连接Cmake配置的C++动态库时，遇到undefined reference to ....cxx11....const‘问题
m0_60788006的博客
01-06 3982
一般出现cxx11 const' 应该都是gcc的版本不一样。 我遇到的情况是jsoncpp生成的动态库和依赖它而生成的动态库的gcc版本不同。 使用 gcc -v 指令来查看 gcc的版本 GCC5.1发布时，为libstdc++添加了新的特性，旧版就无法兼容了。为了避免混乱，对于旧版而言，有旧版(c++03规范)的libstdc++.so。也就是说有两个库，旧版(c++03规范)的libstdc++.so和新版(c++11规范)的libstdc++.so同时存在。 为了避免两个库到底选择哪...
解决编译问题：undefined reference to `__aeabi_uidivmod‘
主要记录嵌入式学习与开发过程。
09-28 1712
解决编译问题：undefined reference to `__aeabi_uidivmod'
编译正点原子kernel报错make: arm-linux-gnueabihf-gcc：命令未找到
热爱科技，物联，程序开发等
10-30 2064
【代码】编译正点原子LINUXB报错make: arm-linux-gnueabihf-gcc：命令未找到。
交叉编译Opencv 3.4 出现 “ undefined reference to `pthreadxxx” 问题解决
Crocodilerx的博客
02-15 1752
交叉编译opencv问题解决
mips-openwrt交叉编译 undefined reference to `__stack_chk_guard 错误
好记性不如赖笔头
12-02 1万+
最近在mips-openwrt的工具链中交叉编译可执行程序时，出现了以下的错误：     undefined reference to `__stack_chk_guard'     undefined reference to `__stack_chk_fail'     百度一下，得知这个错误的引起是因为启用了Stack Guard堆栈保护，什么是堆栈保护呢？如下：
解决交叉编译连接器包含-ldl编译选项，但仍然报错undefined reference to ‘__dlsym‘
zvvzxzko2006的专栏
11-15 3783
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
交叉编译那些事
xuerongdeng的专栏
12-05 1465
那些年，交叉编译那些事 编译 python2.7.11 arm64 复制代码  1 先编译个x86版本。  2 mkdir build.pc  3 cd build.pc   4 ../configure --disable-ipv6 --enable-shared   5 make   6   7 编译arm64版本之前，先在configure文件前面添加  8 ac_cv_file__dev...
ggml-backend-reg.cpp:-1: error: undefined reference to `std::filesystem::__cxx11::path::_M_split_cmpts()'
最新发布
11-11
<think>我们正在解决Windows环境下Qt程序调用llama.cpp时出现的链接错误： 错误信息：ggml-backend-reg.cpp:-1: error: undefined reference to `std::filesystem::__cxx11::path::_M_split_cmpts()' 这个错误通常是因为编译器在链接时找不到std::filesystem库的实现。在Windows环境下，使用MinGW或MSVC编译器时，可能需要显式链接标准库的文件系统模块。 解决方案步骤如下： 1. 确认编译器：首先确定你使用的编译器是MinGW还是MSVC（Visual Studio）。因为两种编译器的解决方案不同。 2. 对于MinGW编译器： 在Qt项目的.pro文件中添加链接选项：`-lstdc++fs` 示例： ``` LIBS += -lstdc++fs ``` 3. 对于MSVC编译器（Visual Studio）： 在Qt项目的.pro文件中添加链接选项：`-lstdc++fs` 可能无效，因为MSVC使用不同的标准库。实际上，MSVC的标准库中文件系统是独立的，需要链接`stdc++fs`并不是正确的方式。 正确做法是确保在.pro文件中指定使用C++17或更高版本，并且链接时自动包含文件系统库。但有时可能需要显式链接，可以尝试： ``` LIBS += -lstdc++fs ``` 但更常见的是，在.pro文件中添加： ``` LIBS += -lstdc++fs ``` 实际上，对于MSVC，文件系统库在标准库中，但需要指定C++17标准。因此，在.pro文件中添加： ``` CONFIG += c++17 ``` 或者如果使用的是C++17以上版本，可以指定： ``` CONFIG += c++17 # 或者 c++20 ``` 4. 如果上述方法无效，还可以尝试在.pro文件中添加： ``` LIBS += -lstdc++fs -l:libstdc++.a ``` 但注意，这取决于你的编译器版本和安装。 5. 如果使用的是MinGW-w64，可能需要更新编译器版本，因为较旧的MinGW版本可能不支持文件系统库。 6. 另外，确保在构建llama.cpp时使用了正确的C++标准（C++17或更高），并且在Qt项目中同样使用相同的C++标准。 7. 重新构建整个项目：在修改.pro文件后，需要重新运行qmake（在Qt Creator中，选择“构建”->“运行qmake”），然后重新构建项目。 8. 如果问题仍然存在，可以尝试在Qt项目的.pro文件中添加预定义宏，以启用实验性文件系统（对于较早的编译器版本）： ``` DEFINES += -D_LIBCPP_ENABLE_EXPERIMENTAL_FILESYSTEM ``` 但注意，这个宏是针对libc++的，而MinGW通常使用libstdc++，所以可能不适用。对于libstdc++，可以尝试： ``` DEFINES += -D_GLIBCXX_USE_CXX11_ABI=1 ``` 或者 ``` DEFINES += -D_GLIBCXX_USE_CXX11_ABI=0 ``` 这取决于你的标准库版本。 9. 最后，如果以上步骤都无效，可能需要检查llama.cpp的编译选项，确保其编译时使用的C++标准与Qt项目一致，并且链接时使用的标准库版本一致。 具体操作步骤总结： 假设我们使用的是MinGW编译器： 在Qt项目的.pro文件中添加： ``` CONFIG += c++17 LIBS += -lstdc++fs ``` 然后重新运行qmake并构建。 如果使用的是MSVC编译器，则尝试： ``` CONFIG += c++17 # 通常不需要额外链接库，但如果有问题，可以尝试： # LIBS += -lstdc++fs # 可能不需要，因为MSVC的标准库已经包含 ``` 另外，如果llama.cpp是使用MSVC编译的静态库，那么在Qt项目中也要使用MSVC编译器，以保证ABI兼容。 如果llama.cpp是使用MinGW编译的，那么Qt项目也要使用MinGW编译器。 注意：混合使用不同编译器生成的库会导致链接错误。 因此，请确保整个项目（包括llama.cpp库和Qt项目）使用相同的编译器（MSVC或MinGW）和相同的C++标准（C++17或更高）。 如果问题仍未解决，请检查编译器版本是否支持C++17的文件系统库，并考虑升级编译器。 </think>### Windows环境下Qt程序调用llama.cpp出现`undefined reference to std::filesystem`错误的解决方法 该错误通常是由于Qt项目未正确链接C++17标准库的文件系统模块所致。以下是详细的解决步骤： #### 1. 验证编译器支持C++17 在Qt项目的`.pro`文件中添加以下配置： ```qmake CONFIG += c++17 ``` 确保编译器支持C++17标准（MSVC 2017+或MinGW 8.1+）[^4] #### 2. 显式链接文件系统库 根据编译器类型添加相应链接选项： **MinGW编译器**： ```qmake LIBS += -lstdc++fs ``` **MSVC编译器**： ```qmake LIBS += -lstdc++fs # 或使用MSVC特有语法 LIBS += /DEFAULTLIB:filesystem.lib ``` #### 3. 检查llama.cpp编译选项 重新编译llama.cpp时确保启用C++17支持： ```bash # 使用CMake编译时 cmake -B build -DLLAMA_CXX_STANDARD=17 cmake --build build ``` #### 4. 添加Qt项目预定义宏 在`.pro`文件中添加： ```qmake # MSVC编译器 DEFINES += _HAS_STD_BYTE=0 # MinGW编译器 DEFINES += _GLIBCXX_USE_CXX11_ABI=1 ``` #### 5. 完整配置示例 ```qmake # Qt项目.pro文件完整配置示例 QT += core CONFIG += c++17 # llama.cpp路径配置 INCLUDEPATH += C:/path/to/llama.cpp LIBS += -LC:/path/to/llama.cpp/build/bin -llama # 文件系统库链接 win32 { LIBS += -lstdc++fs DEFINES += _GLIBCXX_USE_CXX11_ABI=1 } ``` #### 6. 验证解决方案 在Qt代码中添加测试代码： ```cpp #include <filesystem> namespace fs = std::filesystem; void testFilesystem() { fs::path p = "test.txt"; qDebug() << "Current path:" << fs::current_path().c_str(); } ``` 成功编译运行此函数说明文件系统库已正确链接[^5]。 > **原理说明**：该错误源于GCC/Clang和MSVC对C++17文件系统的实现差异。`std::filesystem`在MinGW中需要单独链接`libstdc++fs`库，而MSVC需要启用特定宏定义[^4][^5]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值