linux下gcc编译使用opencv的源文件时报错的处理：undefined reference to symbol '_ZNSsD1Ev@@GLIBCXX_3.4'

最新推荐文章于 2025-05-18 19:18:39 发布
原创 最新推荐文章于 2025-05-18 19:18:39 发布 · 7.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#opencv #linux

这阵子用opencv的sift做了一下匹配，在使用gcc编译时遇到这样的一个报错


  /usr/bin/ld: /tmp/cceCEx1F.o: undefined reference to symbol '_ZNSsD1Ev@@GLIBCXX_3.4'

 //usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO missing from command line

collect2: error: ld returned 1 exit status


一开始就去查找了符号'_ZNSsD1Ev@@GLIBCXX_3.4'，Direct Sparse Odometry（DSO），但都并没有什么用，其实解决方案很简单：命令行gcc改为使用g++编译

编译出错libicui18n.so.58: undefined reference to `__cxa_throw_bad_array_new_length@CXXABI_1.3.8‘
jacke121的专栏
10-13 4467
编译出错libicui18n.so.58: undefined reference to `__cxa_throw_bad_array_new_length@CXXABI_1.3.8' 环境 Ubuntu 14.04 + GCC 4.8 + libstdc++6 +Anaconda3 问题 在编译时候报错，提示： conda3/lib/libicui18n.so.58: undefined reference to `__cxa_throw_bad_array_new_length@...
OpenCv：ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.22' not found问题解决
jsk_learner的博客
10-09 9453
ubuntu下使用opencv处理图像时遇到的问题问题描述：解决方案： 问题描述： 在跑CornerNet Anchor-free代码时，遇到了如下问题： import cv2 ImportError: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.22’ not found (required by /home...
错误解决办法：_ZNSaIcED1Ev@@GLIBCXX_3.4
柳鲲鹏
12-15 4290
　　使用gcc编译，产生错误如下： /usr/bin/ld: gh_datacenter.o: undefined reference to symbol '_ZNSaIcED1Ev@@GLIBCXX_3.4' //usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO missing from command li...
libopencv_imgcodecs.so.3.4.9: undefined reference to `std::thread::_State::~@GLIBCXX_3.4.22
Snow_cat123456的博客
12-02 1253
毕业设计老板让我用YOLOv4跑，然后去github上找到教程开始干，在第一步编译就出了各种bug，耗时两天终于解决，直接上问题截图： 因为使用的是实验的服务器，为了不破坏系统环境，所以是自己用annconda新建的一个环境，在这个环境里装的opencv3.4.9，然后系统里面装的opencv2.4.9，最开始的思路是找这个问题的解决方法，没有找到同样的问题，有类似的，有的说是gcc版本要升级到7.4（我的是5.4），然后各种百度升级方法，发现都很麻烦，而且容易把系统搞崩，菜鸟表示不敢冒险，毕竟实验室的公
opencv 自学日记3-一个小例程报错解决办法undefined reference to
WenCoo的博客
07-01 1469
明明已经添加了命名空间，但还是报错，百思不得其解，没办法，点进imshow函数里面，发现这个函数在highgui中声明，所以想到可能是没有将highgui的外部库添加进来，到pro里面去看，确实没有将highgui的库添加进来。所以添加以后，报错消失。添加：win32: LIBS += -L$$PWD/'../../../Program Files (x86)/opencv/opencv-3.2....
Golang编译使用confluent-kafka-go库的项目报错：undefined reference to `__imp__wassert‘
hblzong的博客
07-27 1477
找到GOPATH\pkg\mod\github.com\confluentinc\confluent-kafka-go@v1.9.2\kafka\build_windows.go 增加 -lmsvcr110。原因是编译这个库的时候导致的，因为此库用到了cgo，因此需要设置CGO_ENABLED=1。在C:\Windows\System32 目录下找到msvcrXX.dll，比如如下目录。然后再次编译就不会报这个错误了，但是会报一个新的错误。经检查代码逻辑这个指针是有赋值的。最后在优快云上搜到了解决方法。
Linux环境C++编译报错：undefined reference to `std::ios_base::Init::Init()
xfyangle的博客
07-16 6570
在Linux系统，用gcc(C编译器)编译C++程序，会报标题的错误。原因是用gcc编译c++程序时，链接的库文件为libstdc++.so,而不是默认的libc.so,因此需要用-lstdc++参数指明，否则会在链接时发生错误.如: gcc myfirst.cpp -lstdc++运行看下：问题解决！！！...
解决依赖库libunwind编译报错undefined reference to ‘lzma_stream_buffer_decode‘
Jermy的专栏
02-22 1801
在深入分析libunwind之后，找到了问题的本质：libunwind会在有安装liblzma环境的情况下，编译minidebuginfo，而minidebuginfo依赖liblzma库。程序MyApp依赖第三方库libunwind，在A机器上编译好静态库libunwind.a之后，在B机器上基于libunwind.a编译MyApp。
代码编译报错`undefined reference to`：链接库缺失的3种解决方案
最新发布
shejizuopin的博客
05-18 1689
在C/C++开发中，undefined reference to错误通常由库文件缺失、路径配置错误或链接顺序不当引发。本文总结了三种核心解决方案：1. 检查并正确链接缺失的库文件，通过find命令确认库文件存在，并在编译命令中添加-l和-L选项；2. 处理库依赖顺序问题，确保依赖库在被依赖库之后链接，或使用--start-group和--end-group选项；3. 处理C/C++混合编译的符号修饰问题，通过extern "C"声明抑制C++的函数名修饰。通过这三种方法，开发者可以有效解
交叉编译连接boost库报错
len_yue_mo_fu的博客
01-23 1920
交叉编译报错： /home/lili/install/bin/../lib/gcc/aarch64-unknown-linux-gnu/4.8.2/../../../../aarch64-unknown-linux-gnu/bin/ld: /home/lili/share/VtWeb/code/../lib/linux-tx1/libboost_system.a(error_code.o)
aaa
keyanxiaocaicai的专栏
01-09 3357
libopencv_world.so |grep GLIBC GLIBCXX_3.4.11 GLIBCXX_3.4.9 GLIBCXX_3.4.15 GLIBCXX_3.4 GLIBC_2.7 GLIBC_2.4 atan@@GLIBC_2.4 pthread_cond_init@@GLIBC_2.4 _ZNSo3putEc@@GLIBCXX_3.4 _Znwj@@GLIBCX
[Linux][C/C++]运行时遍历ELF程序头（Program Header）获取符号表和符号版本信息
modisir的博客
07-12 1127
Linux 采用 ELF 作为其可链接可执行文件的格式，并提供诸如 nm 之类的工具进行 ELF 符号表的解析。比如，一个简单的 Hello World 程序： #include <iostream> using namespace std; int main() { cout << "Hello World!" << endl; return 0; } 我们可以利用 nm 命令查看 Hello World 程序依赖的动态链接符号，以及各个符号所对应的
linux 动态定向,Linux动态链接库函数加载之GOT与Lazy Binding
weixin_35578211的博客
05-13 1535
Linux在运行与位置无关PIC(Position IndependentCode)的用户态程序并加载动态链接库时，函数符号的解析过程将涉及到全局偏移量表GOT(Global Offset Table)与Lazy Binding("懒绑定")。在位置无关代码PIC中一般不能包含动态链接库中符号的绝对地址。当运行某个调用动态库函数符号的用户态程序时，用户态程序在编译链接阶段并不知晓该符号的具体位置，...
【bug记录】opencv opencl 编译失败
peterwanye的博客
03-17 318
opencl opencv 编译失败
Windows C++到Linux系统的跨平台移植
weixin_43896283的博客
08-27 1899
Windows C++到Linux系统的跨平台移植 (一)
记录遇到的编译问题undefined reference to symbol ‘_ZNSt8ios_base4InitD1Ev@@GLIBCXX_3.4‘
laigus的专栏
07-18 466
3. 查看/usr/bin/下，发现安装了两个版本的gcc，并使用alternatives替换链接到不同的gcc，目前是链接到9，按理说没问题。7. sudo update-alternatives --config g++ 发现g++的alternatives设置成了gcc。6. 检查/etc/alternatives，发现g++链接到了gcc-9。4. 把编译工具链改成。5. 把编译工具链改成。
编译ORB-SLAM2提示：undefined reference to symbol '_ZN2cv6String10deallocateEv'
xiangxianghehe的博客
12-17 9190
环境Ubuntu 14.04 +opencv3.3.1编译orb-slam2,报错：undefined reference to symbol '_ZN2cv6String10deallocateEv'详细报错信息如下：/usr/bin/ld: warning: libopencv_core.so.3.3, needed by ../Thirdparty/DBoW2/lib/libDBoW2.so,
使用cmake编译opencv过程中的可选参数说明
qq_30150579的博客
12-14 5975
使用cmake编译opencv时的可选参数说明
_ZNSt19istreambuf_iteratorIcSt11char_traitsIcEEppEv@GLIBCXX_3.4 GLIBCXX_3.4.28 _ZNSs7_M_copyEPcPKcm@GLIBCXX_3.4 GLIBCXX_3.4.25 _ZNSt19istreambuf_iteratorIcSt11char_traitsIcEEppEv@@GLIBCXX_3.4.5 _ZNSs7_M_moveEPcPKcm@@GLIBCXX_3.4.5 _ZNKSt13basic_fstreamIwSt11char_traitsIwEE7is_openEv@GLIBCXX_3.4 _ZNKSt13basic_fstreamIcSt11char_traitsIcEE7is_openEv@GLIBCXX_3.4 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEm@@GLIBCXX_3.4.5 _ZNSs4_Rep26_M_set_length_and_sharableEm@GLIBCXX_3.4 _ZSt10defer_lock@@GLIBCXX_3.4.11 _ZN10__gnu_norm15_List_node_base4swapERS0_S1_@@GLIBCXX_3.4 _ZNSs9_M_assignEPcmc@@GLIBCXX_3.4.5 _ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEmmPKc@@GLIBCXX_3.4.5 _ZNKSt14basic_ifstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4.5 _ZNSbIwSt11char_traitsIwESaIwEE7_M_moveEPwPKwm@GLIBCXX_3.4 GLIBCXX_3.4.24 _ZNVSt9__atomic011atomic_flag12test_and_setESt12memory_order@@GLIBCXX_3.4.11 GLIBCXX_3.4.20 _ZNSt11char_traitsIwE2eqERKwS2_@@GLIBCXX_3.4.5 GLIBCXX_3.4.12 _ZNSi6ignoreEv@@GLIBCXX_3.4.5 GLIBCXX_3.4.2 _ZNSt11char_traitsIcE2eqERKcS2_@@GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.15 _ZNKSt13basic_fstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4.5 _ZNSs9_M_assignEPcmc@GLIBCXX_3.4 GLIBCXX_3.4.19 _ZNKSt14basic_ofstreamIwSt11char_traitsIwEE7is_openEv@GLIBCXX_3.4 _ZNSt19istreambuf_iteratorIwSt11char_traitsIwEEppEv@GLIBCXX_3.4 GLIBCXX_3.4.27 _ZN10__gnu_norm15_List_node_base7reverseEv@@GLIBCXX_3.4 _ZN10__gnu_norm15_List_node_base4hookEPS0_@@GLIBCXX_3.4 _ZNSt11char_traitsIwE2eqERKwS2_@GLIBCXX_3.4 _ZNSbIwSt11char_traitsIwESaIwEE7_M_copyEPwPKwm@GLIBCXX_3.4 _ZNSbIwSt11char_traitsIwESaIwEE7_M_copyEPwPKwm@@GLIBCXX_3.4.5 GLIBCXX_3.4.23 GLIBCXX_3.4.3 GLIBCXX_3.4.7 _ZNSi6ignoreEl@@GLIBCXX_3.4.5 _ZNKSbIwSt11char_traitsIwESaIwEE11_M_disjunctEPKw@@GLIBCXX_3.4.5 _ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@GLIBCXX_3.4 _ZNKSt13basic_fstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4.5 _ZNSbIwSt11char_traitsIwESaIwEE7_M_moveEPwPKwm@@GLIBCXX_3.4.5 GLIBCXX_3.4.18 _ZNSb
03-17
<think>好的，我需要帮助用户查找GLIBCXX符号版本列表及其定义。首先，根据用户提供的引用内容，特别是引用[3]，里面提到了符号版本脚本和符号在动态链接库中的版本后缀，比如`foo@@VERS_1.1`。这说明GLIBCXX的符号版本信息可能与符号版本脚本有关，而GCC在编译时会处理这些信息。 接下来，引用[4]提到如何查看glibc的版本，但用户的问题是关于GLIBCXX的，这其实是GNU标准C++库（libstdc++）的版本，和glibc不同。需要明确区分两者。GLIBCXX版本对应的是libstdc++.so的版本，而glibc是C标准库。 根据引用[1]和[3]，GCC在链接时会处理C++标准库的符号版本，可能通过版本脚本来定义符号的版本。因此，要获取GLIBCXX的符号版本列表，可能需要查看libstdc++的版本脚本文件，或者使用工具如`nm`或`objdump`来查看库文件中的符号及其版本。 用户可能需要知道如何检查系统中已安装的GLIBCXX版本，可以使用`strings`命令查找libstdc++.so文件中的GLIBCXX版本字符串。例如： ```bash strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX ``` 这将列出所有支持的GLIBCXX版本。 此外，关于符号版本的定义，GCC的文档或libstdc++的源码中可能有详细的版本脚本，这些脚本定义了各个符号对应的版本。用户可能需要查阅GCC的官方文档或源码仓库来获取具体的版本列表和定义。 需要注意的是，不同GCC版本对应的GLIBCXX版本不同，例如GCC 11会引入GLIBCXX_3.4.29，如引用[3]中的错误所示。因此，用户可能需要根据GCC版本来确定可用的符号版本。 最后，确保回答中正确使用LaTeX格式，例如提到版本号时不需要数学公式，但若有变量或代码需用行内格式。同时生成相关问题时要围绕GLIBCXX版本、符号版本检查、版本不匹配解决等方面。</think>### GLIBCXX符号版本列表及定义 GLIBCXX符号版本与GNU标准C++库（libstdc++）的版本紧密相关，每个符号的版本标记了其兼容性和功能演进。以下是相关信息和操作方法： --- #### 1. **查看系统中已支持的GLIBCXX版本** 通过`strings`命令提取`libstdc++.so`库中的版本信息： ```bash strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX ``` 输出示例： ``` GLIBCXX_3.4 GLIBCXX_3.4.1 ... GLIBCXX_3.4.29 ``` 这表示当前系统支持的符号版本范围[^4]。 --- #### 2. **符号版本的定义来源** - **版本脚本（Version Script）**：GCC在编译libstdc++时使用版本脚本（如`libstdc++-symbols.ver`）定义符号与版本的映射关系。例如： ``` GLIBCXX_3.4.29 { std::vector::reserve(unsigned long); }; ``` 这表示`std::vector::reserve`在GLIBCXX_3.4.29中被引入或修改[^3]。 - **GCC版本对应关系**：每个GCC版本会新增或更新符号版本。例如： - GCC 11.1 引入`GLIBCXX_3.4.29` - GCC 7.1 支持`GLIBCXX_3.4.22` --- #### 3. **检查二进制文件的符号版本依赖** 使用`objdump`查看可执行文件或动态库依赖的符号版本： ```bash objdump -p your_program | grep GLIBCXX ``` 输出会列出所有依赖的符号版本，例如： ``` version need: libstdc++.so.6(GLIBCXX_3.4.29) ``` --- #### 4. **解决版本不匹配问题** 若出现`GLIBCXX_X.X.X not found`错误，需升级libstdc++或重新编译程序： - **方法1**：更新GCC和libstdc++，确保编译环境与运行环境一致。 - **方法2**：静态链接libstdc++（但可能增加二进制体积）[^3]。 --- #### 5. **官方文档与源码** - **GCC官方文档**：提供各版本符号变更记录（见[GCC Release Notes](https://gcc.gnu.org/releases.html)）。 - **libstdc++源码**：版本脚本文件位于`libstdc++-v3/config/abi/*/symbol-version`目录[^1]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值