关于Cmake 链接静态库出现undefined reference to错误

最新推荐文章于 2024-04-05 15:55:05 发布
原创 最新推荐文章于 2024-04-05 15:55:05 发布 · 2.4w 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了解决C++项目中使用C语言编写的静态库导致的undefined reference错误的方法。通过正确地包含C语言头文件并使用extern C声明，确保C++编译器能够正确地链接C代码。

在编写一个C++项目的时候，使用cmake管理工程，成功链接一个静态库，但是在编译时仍然出现undefined reference to 的错误。
最终发现问题是由于c和c++混编导致的。

解决方案：
由于我链接的库是使用c语言编写，所以需要在include头文件时加上

#ifdef __cplusplus
extern "C"
{
#endif
#include "XXX.h"
#ifdef __cplusplus
}
#endif
CMakeList静态库多层嵌套问题 undefined reference to
u010647296的博客
12-13 3631
嵌套静态库 undefined reference to
cmake（动态、静态库细节）
最新发布
qq_45576085的博客
10-05 1012
本文介绍了现代CMake基于目标的库构建与使用流程，重点讲解了静态库和动态库的创建、安装及查找机制。主要内容包括： 静态库与动态库的构建方法 使用add_library()创建库目标 设置输出路径和编译选项 通过target_include_directories()指定头文件搜索路径 库的安装与发布 使用install()命令安装库文件和头文件 生成导出目标和配置文件 配置find_package()所需的包配置文件 库的查找与使用 通过find_package()查找已安装的库 使用target_lin
c静态库被c++程序调用时应该注意的问题
csbmary的专栏
05-07 3808
用 gcc 和 ar 编译的c静态库*.a，被c++程序调用，用g++编译。 1.头文件问题：c静态库的头文件一定要被其头文件要被 extern "C" 包围，否则可能出现undefined reference的问题，参考： undefined reference问题总结 http://ticktick.blog.51cto.com/823160/431329
undefined reference问题总结
Listening_music的专栏
04-17 1万+
<br />最近在Linux下编程发现一个诡异的现象，就是在链接一个静态库的时候总是报错，类似下面这样的错误： (.text+0x13): undefined reference to `func' <br />    关于undefined reference这样的问题，网上也有很多的说法，在此，我以详细地示例给出其中的各种原因说明以及解决方法，然后再给出我所遇到的与大家均不同的问题。<br />1.  链接时缺失了相关目标文件（.o）<br />    测试代码如下：<br />  <br />  
CMake 链接时出现undefined reference to 错误
qq_42373896的博客
04-06 1万+
执行cmake出现undefined reference toxx，显示main函数中的类成员函数调用没有声明，但是所有声明已经在MROR.h中写了。1) 可能MROR.cpp文件没有链接到项目，且cpp文件中含pcl库，可能未编译链接。2) 可能项目中使用了函数模板，导致cmake报错失败。将cpp实现文件与h文件合并为hpp。之前新建了一个项目项目文件分布为。
cmake ＂undefined reference to＂
qq_44106838的博客
02-28 3308
cmakerror ＂undefined reference to＂
cmake包含了静态库且包含了头文件，但仍然显示undefined reference
qq_38292379的博客
05-26 3839
连接库参数的顺序不对，使用库的要求是越是基础的库越要写在后面，无论是静态还动态 如： moto.a调用frcnn.a中的内容。 按照以下顺序即可正确链接 target_link_libraries（dspcore moto.a） target_link_libraries（dspcore frcnn.a） 链接失败 target_link_libraries（dspcore frcnn.a） target_link_libraries（dspcore moto.a） ...
cmake链接ffmpeg静态链接库 undefined reference错误
wzz687510的博客
08-06 5253
利用cmake生成makefile文件编译项目时出现undefined reference错误，导致编译失败，经网上资料的查询可知需要调整ffmpeg库的连接顺序libavformat、libavdevice、libavcodec、libavutil、libpthread、libswscale、libswresample。 完成顺序调整后，如果仍出现以下报错，则说明未将libswresample...
c语言静态库内存泄露检测,解决引用openssl静态库libcrypto.a和libssl.a出现undefined reference to异常的有关问题...
weixin_32342227的博客
05-21 2904
解决引用openssl静态库libcrypto.a和libssl.a出现undefined reference to错误的问题最近在做使用openssl链接http和https的项目，编译时出现以下问题。/usr/local/openssl/lib/libcrypto.a(async.o): In function `async_free_pool_internal':async.c:(.text...
cmake 编译c++程序报错undefined reference to 函数
02-17
### CMake C++ 编译 `undefined reference to` 函数 错误解决方案 #### 修改链接库的头文件声明方式 对于C++调用C语言编译的库时遇到的未定义引用错误，可以调整头文件中的函数声明。通过使用`extern "C"`来包裹...
target_link_libraries() 出现 undefined reference to 的问题
Mingrenjiuwei的博客
04-27 2512
这里写自定义目录标题问题描述问题解决Reference 问题描述 使用cmake编译工程，代码编译正常，在link阶段出现问题： [100%] Linking CXX executable fca_unit_test CMakeFiles/fca_unit_test.dir/UnitTest/SseTest.cpp.o: In function `____C_A_T_C_H____T_E_S_T_...
CMake 包含了头文件 找到了so动态库 链接时仍然出现undefined reference to 错误
热门推荐
xfei.zhang
12-30 2万+
今天遇到一个CMake 链接问题，这里提出来和大家分享： 问题： 自己用C语言写了一个动态:libword-counter.so，公开头文件word-counter.h, 其中有函数如：wc_get_word_freq() 自己用C++语言写了一个测试工程，在main函数中调用上述库函数wc_get_word_freq。 结果出现undefined reference to 的错误 分析
cmake中报错undefined reference to `pthread_create‘的解决方法
m0_51738372的博客
04-05 1470
一般网上会建议在终端指令g++/gcc后面增加参数-pthread,但是我们没有用到g++/gcc指令.cmake的解决方法是在CMakeLists.txt文件里面增加一行.
cmake链接so，出现undefined reference to 错误
oqqsoap1234567的博客
01-29 1万+
按照我的经验，一般报undefined reference to错误都是c和c++混编导致的，比如我是一个c程序，使用c++的so，就会报undefined 错误，原因是c调用程序无法识别c++的接口。使用命令readelf -a xxx.so可以看到导出接口会有c++的特定符号。 解决方法是在c++so导出接口前+extern “C” 因为我们的程序和so都是c++，不存在这个问题，所以排除。 然后我以为是so的cmake写的有问题，又是一通乱改，折腾了一下午，还是不行。 ...
CMake undefined reference to 问题
songtao542的专栏
08-06 1万+
CMake undefined reference to 问题
C++:与C混合编程 CMake undefined reference to
huplion的专栏
02-08 2521
这个问题发生在C C++混合编程的时候 经过查阅了大量的资料，发现 只需要在医用的c的库的h文件加上如下的宏定义 #ifdef __cplusplus extern "C" { #endif //代码部分 #ifdef __cplusplus } #endif...
cmake编译时中途报错：undefined reference to ‘xxx‘.未定义引用
qq_41413211的博客
12-08 4106
这篇博客的解决方案没有解决我的问题，里提到库文件，是一个很好的思路。我点击报错提到的cpp文件，看到头文件#include标红，不断ctrl点进去，发现是多个#include标红，包括mutex，bits/c++config.h等本来该有的库。这时候头文件不标红，但是using namespace std中标红std，报错std is ambiguous。这个问题猜测是前面重复包含了std，直接点击std，vscode提供排错的自动选项，然后就解决了。解决方案（无效）：见gcc版本升级博客。
C++多线程：使用CMake时显示undefined reference to `pthread_create‘
花洛兮灬
03-31 2336
C++多线程：使用CMake时显示undefined reference to `pthread_create’ 解决方法 出现该问题的原因是CMakeLists中没有添加 -pthread的编译选项 SET(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb -std=c++11 ") SET(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall -std=c++11") 将其添加在最后 SET
在调用静态库，一直提示undefined reference to 问题解决
Dablekai的专栏
08-14 1万+
1 ： 那就是没有 加入某库才提示的，，可以指定路径
cmake链接到静态库却报错使用的函数undefined reference
06-25
在使用 CMake 链接静态库时出现 `undefined reference` 错误，通常是由于链接器无法正确解析符号引用所导致的。以下是几种常见原因及对应的解决方法： ### 1. 调整库的链接顺序 在链接多个静态库时，链接顺序非常重要。某些库可能依赖于其他库中的符号定义，如果这些依赖关系没有被正确处理，链接器将无法找到所需的符号。例如，在链接 FFmpeg 相关的静态库时，应确保按照以下顺序进行链接：`libavformat`、`libavdevice`、`libavcodec`、`libavutil`、`libpthread`、`libswscale` 和 `libswresample`[^1]。 ```cmake target_link_libraries(your_target_name libavformat.a libavdevice.a libavcodec.a libavutil.a libpthread.a libswscale.a libswresample.a ) ``` ### 2. 处理 C++ 与 C 的混合编译问题 如果链接的静态库是用 C 编写的，并且在 C++ 代码中使用了这些库，则需要在包含头文件时添加 `extern "C"` 来防止名称修饰（name mangling）问题。可以在头文件的开始和结束处加上如下预处理指令： ```cpp #ifdef __cplusplus extern "C" { #endif // 包含 C 头文件的内容 #ifdef __cplusplus } #endif ``` 这样可以确保 C++ 编译器以兼容的方式处理 C 函数声明，从而避免因符号名称不匹配而导致的 `undefined reference` 错误[^2]。 ### 3. 确保所有必要的源文件都被正确链接 有时错误可能源于某些 `.cpp` 文件未被正确地包含到目标可执行文件或库中。检查 `CMakeLists.txt` 文件，确保所有相关的源文件都被传递给 `add_executable()` 或 `add_library()` 命令。此外，还需确认是否已通过 `target_link_libraries()` 正确地链接了所有依赖的库。 ```cmake add_library(${PROJECT_NAME}_core src/MROR.cpp) target_link_libraries(${PROJECT_NAME}_core ${PCL_LIBRARIES}) add_executable(MROR_exe main.cpp src/MROR.cpp) target_link_libraries(MROR_exe ${PCL_LIBRARIES} ${PROJECT_NAME}_core) ``` 上述示例展示了如何将一个包含 Point Cloud Library (PCL) 依赖的 `.cpp` 文件正确地编译并链接到项目中[^3]。 ### 4. 解决多层嵌套静态库的问题 当项目结构复杂且涉及多层嵌套的静态库时，可能会遇到更复杂的链接问题。在这种情况下，建议明确指定每个子模块的依赖关系，并确保所有必要的对象文件都被正确打包进最终的静态库中。可以通过构建中间库的方式来组织代码，同时保留部分接口供外部修改。 ```cmake # 创建一个中间库 add_library(submodule_lib STATIC submodule.cpp) # 将中间库链接到主库 add_library(main_lib STATIC main.cpp) target_link_libraries(main_lib submodule_lib) # 最终可执行文件链接主库 add_executable(final_app main_app.cpp) target_link_libraries(final_app main_lib) ``` 这种方式有助于管理复杂的依赖关系，并减少因库文件缺失或链接顺序不当而引发的 `undefined reference` 错误[^4]。 ### 总结 要解决 CMake 链接静态库时出现的 `undefined reference` 错误，可以从以下几个方面入手： - **调整链接顺序**：确保依赖库按正确的顺序链接。 - **处理 C/C++ 混合编译**：为 C 头文件添加 `extern "C"` 保护。 - **检查源文件和库的链接**：确认所有必要的源文件和库都被正确地包含和链接。 - **优化多层嵌套库的结构**：合理组织库之间的依赖关系，确保所有对象文件都参与最终链接过程。 ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值