无法定位程序输入点 _ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE4findEPKcj 于动态链接库上

最新推荐文章于 2024-11-07 00:02:22 发布
原创 最新推荐文章于 2024-11-07 00:02:22 发布 · 328 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#qt

问题：链接库缺失或版本不兼容。

方法：补充链接库或更新链接库。

无法定位程序输入点_ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE4findEPKcj于动态链接库上
我是黏黏虫
12-26 5753
今天在独立运行QT程序时，遇到了这种情况，主要问题是应该是各版本QT之间libstdc++-6.dll版本不同造成的，在我的环境配置中使用了以前版本的libstdc++-6.dll，而开发环境用的是最新的5.9，由于版本差异导致系统在选择dll时出现错误，进而无法启动程序。 解决办法： 1. 复制一份libstdc++-6.dll到程序目录下 2. 删除其他版本的libstdc+
无法定位程序输入点 _ZNKSt10filesystem7__cxx114path11parent_pathEv于动态链接库[windows11]
最新发布
2302_77253164的博客
07-21 77
g : 允许gdb调试。
无法定位程序输入点 _ZNSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEC1Ev于动态链接库
FussyCat的博客
11-27 2780
无法定位程序输入点_ZNSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEC1Ev于动态链接库
‘_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE13_S_copy_charsEPcPKcS
Primary_student的博客
09-12 1248
改回11后，仔细查找相关问题，发现这个情况与gcc、g++版本无关，实际上是由于Makefile中缺乏target_library链接所导致的报错。DSO missing from command line中，DSO是指“Dynamic Shared Object”，也称为共享库或者动态链接库。在gcc编译器中，可以使用“-L”和“-l”选项来指定需要链接的动态共享对象，添加命令行。修改后报错，指出c++17标准与10、9不兼容，编译失败。修改版本，这里g++与gcc需要版本一致。
运行编译好的exe文件报错：无法定位程序输入点 ZNSt7_ox1112basic_stringleSt11char traitslcESalcEE7reserveEv于动态链接库
weixin_51500700的博客
06-21 266
返回值-1073741515。
_ZNSt7__cxx1112basic_stringIcSt11char...报错解决方案暨gcc版本切换
qq_43481884的博客
09-19 9650
在网上搜了问题，大部分都表示是gcc出了问题，原本用的gcc 4.8，后来突然所有的文件都编译不通过了，首先关闭了自动更新，其次更换为gcc 5.4，最后问题解决。 一、gcc 查看 gcc 版本 gcc --version 查看当前存在的版本。 ls /usr/bin/gcc* 若没有目标版本，则需安装，例如：（替换为目标版本） sudo apt-get install gcc-4.9 gcc-4.9-multilib g++-4.9 g++-4.9-multilib 安装好后输入： sudo u
undefined reference to symbol ‘_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEaSEPKc@@GLIBCXX_
u010185392的博客
08-01 2691
undefined reference to symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEaSEPKc@@GLIBCXX_3.4.21'
视频跟踪器错误排查
贱贱的剑
10-25 1461
一、出现traxclient.mexa64错误 如下图类似的_ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7compareEPKc错误。 进入到matlab安装目录/sys/os/glnxa64/目录下。 将以libstdc++.so.6开头的两个文件删除（如果不放心可以移动到别的文件夹下，如果出现问题再移回来）。 二、Unable to establish connection 如下图类似的不能建立稳定的链接 找到tracker/tr
error: undefined symbol: std::__cxx11::basic_string
C/C++、嵌入式开发、深度学习算法、模型部署与推理优化
10-11 1355
error: undefined symbol: std::__cxx11::basic_string
basic_string.h不同版本引起的异常崩溃
Bossking321的博客
03-18 1444
程序运行时报错，查看core文件，发现basic_string.h报错经过排查发现编译文件CMakeLists中设置了_GLIBCXX_USE_CXX11_ABI = 0是C++中的编译宏， 用来控制string及list使用的版本。该宏仅在GCC5.1及后续版本中有效。string及list的新版本符号是std::__cxx11::basic_string 及 std::__cxx11::list。编译使用-D_GLIBCXX_USE_CXX11_ABI=1编译使用可以看到，编译后的符号是。
C++ 编译错误std::__cxx11::basic_string＜char, std::char_traits＜char＞, std::allocator＜char＞ ＞的两种解决办法
热门推荐
qqliang1314的专栏
04-11 1万+
有时，使用Visual Studio Code编译C++程序，如果task.json文件引用参数配置不正确，也会报这个错误，只需要在配置文件中加入.h文件和.cpp文件路径即可。C++程序编译阶段有个常见的错误，std::__cxx11::basic_***，可能是string，list等，也许程序在其他环境完成编译，在运行环境报错，也许是正在编译阶段报错。比如Ubuntu环境，如果程序或依赖编译时版本和运行时gcc/g++版本不一致，就会报这个错误。如下，args参数的 “-I”(大写i)部分。
【ubuntu-anaconda-dlib】undefined symbol: _ZTTNSt7__cxx1119basic_istringstreamIcSt11char_traitsIcESa
luckynote
07-26 2905
笔者换了新电脑环境，重新配置dlib python环境的时候遇到这个问题。dlib编译正确，并且也显示已经正常安装上了，但是在import dlib的时候报出一下错误 undefined symbol: _ZTTNSt7__cxx1119basic_istringstreamIcSt11char_traitsIcESa 经查找资料和多方面尝试，终于发现问题的原因：原来我使用的anaconda3...
Mac os下gcc编译错误解决方案
weixin_30715523的博客
07-31 794
用gcc编译cpp文件： $ g++ transE.cpp -o transE -pthread -O3 -march=native 出现以下错误： dyld: Symbol not found: __ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev Referenced from: $ANTSPATH/ANTS (...
c++ filesystem 链接出错 _ZNSt10filesystem7__cxx114path14_M_split_cmptsEv
x670127565的博客
03-17 2256
解决方式：在CMakeList.txt中增加CMAKE_CXX_FLAGS选项 -std=c++17 -lstdc++fs 以及在target_link_libraries时增加stdc++fs。 即 set(CMAKE_CXX_FLAGS "-g -std=c++17 -lstdc++fs") target_link_libraries(${project_name} stdc++fs)
C++ name mangling
weixin_44799201的博客
11-07 612
排查 C++ 编译、链接，依赖冲突等相关问题时，我们会遇到一些长得有些可怕的符号。以gcc其实上面这种符号被称为。在 Linux 下，我们可以使用c++filt命令，得到可读性更好的符号名字，这个过程被称为demangling上面的命令会输出:c++filt会按照编译器的那么为什么 C++ 编译器需要呢？因为 C++ 支持 函数重载()，命名空间(namespace)，模板(template) 等特性，。
[C++学习笔记] 5. C++泛型编程 —— 模板template
ict_rtf的博客
03-28 1625
5. C++泛型编程——模板 两种模板机制：函数模板和类模板 5.1 函数模板 5.1.1 语法 template<typename T> 函数声明或定义 解释： template — 声明创建模板 typename — 表面其后面的符号是一种数据类型，可以用class代替 T — 通用的数据类型，名称可以替换，通常为大写字母 template<typename T> void mySwap(T& a, T& b) { T temp = a; a
make mattest 报错 _ZN2cv8imencodeERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_11_InputA
Jee_King的博客
09-01 4625
MEX-file '/home/zhangjiqing/caffe/matlab/+caffe/private/caffe_.mexa64' 无效: /home/zhangjiqing/caffe/matlab/+caffe/private/caffe_.mexa64: undefined symbol: _ZN2cv8imencodeERKNSt7__cxx1112basic_stringI
ccC8dKmK.o: undefined reference to symbol '_ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7compareEPKc@@GLIBCXX_3.4.21'
04-26
<think>好的，我现在需要解决用户遇到的链接错误，具体是缺少符号_ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7compareEPKc@@GLIBCXX_3.4.21的定义。用户使用的是C++和GCC，所以这可能与标准库版本不兼容有关。 首先，我应该回忆一下这个错误的常见原因。根据引用[1]和[3]，这个错误通常是因为编译时使用的libstdc++版本与系统中现有的版本不一致。比如，用户可能用了一个较新的编译器版本生成了代码，但运行时链接的是旧版本的标准库，导致某些符号找不到。 接下来，用户提供的引用[4]中提到，可以在CMakeLists.txt中指定高版本的编译器路径。这可能是一个解决方案，但需要用户确认他们是否正确设置了编译器路径，并且系统中确实安装了对应版本的库文件。 另外，引用[2]和[3]指出，DSO缺失的问题可能与链接顺序或缺少必要的库有关。用户可能需要检查编译命令是否正确链接了libstdc++，比如在链接时添加`-lstdc++`，或者确保库文件的路径正确。 我还需要考虑其他可能性，比如系统中存在多个libstdc++.so版本，导致链接器选择了错误的版本。这时候可能需要更新系统的libstdc++，或者使用静态链接。不过静态链接可能带来其他问题，需要权衡。 用户可能已经尝试过一些方法但未成功，所以需要给出分步的解决方案。比如，首先检查GCC版本，确认编译器和库版本是否匹配；然后检查CMake配置是否正确指向了高版本的编译器；接着在链接时添加必要的选项；最后，如果问题依旧，建议升级系统库或使用静态链接。 需要确保回答结构清晰，分步骤说明，并引用相关的参考资料。同时，生成相关问题，帮助用户进一步排查可能的问题。</think>针对您遇到的链接错误`undefined reference to symbol '_ZNKSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7compareEPKc@@GLIBCXX_3.4.21'`，以下是系统性的解决方案： --- ### 一、问题根源分析 符号`GLIBCXX_3.4.21`属于GCC的C++标准库（libstdc++）的特定版本[^3]。此错误表明： 1. 编译时使用的**libstdc++版本较高**（支持GLIBCXX_3.4.21） 2. 运行时链接的**系统libstdc++版本较低**（缺少该符号） --- ### 二、分步解决方案 #### 1. 验证GCC和GLIBCXX版本 ```bash # 查看当前GCC版本 gcc --version # 查看系统支持的GLIBCXX版本 strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX ``` 如果输出中**没有GLIBCXX_3.4.21**，说明系统库版本过低[^3]。 #### 2. 强制使用高版本libstdc++ 在CMakeLists.txt中**显式指定高版本GCC路径**： ```cmake SET(CMAKE_C_COMPILER "/path/to/gcc9.3.0/bin/gcc") SET(CMAKE_CXX_COMPILER "/path/to/gcc9.3.0/bin/g++") ``` 确保路径指向包含`libstdc++.so.6.0.28`（支持GLIBCXX_3.4.21）的编译器目录[^4]。 #### 3. 修改链接器参数 在编译命令中**添加标准库显式链接**： ```bash # 在CMakeLists.txt中添加 target_link_libraries(your_target PRIVATE stdc++fs) ``` 或直接通过编译器参数： ```bash g++ your_code.cpp -o output -lstdc++fs -Wl,-rpath=/path/to/high-version/libstdc++.so.6 ``` #### 4. 更新系统libstdc++ ```bash # Ubuntu/Debian sudo apt-get install libstdc++6 ``` 或手动替换高版本库文件： ```bash cp /path/to/gcc9.3.0/lib64/libstdc++.so.6.0.28 /usr/lib/x86_64-linux-gnu/ ln -sf libstdc++.so.6.0.28 libstdc++.so.6 ``` #### 5. 静态链接（备选方案） ```bash g++ your_code.cpp -o output -static-libstdc++ ``` 注意：可能导致二进制文件体积增大[^2]。 --- ### 三、验证修复 ```bash # 检查二进制文件依赖项 ldd your_executable | grep libstdc++ ``` 确认链接的libstdc++.so路径指向高版本库。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值