Linux下，添加了#include 的文件编译时为什么要加 -ml ，gcc 加参数 -ml 是起什么作用呢

最新推荐文章于 2021-05-03 11:26:48 发布
转载 最新推荐文章于 2021-05-03 11:26:48 发布 · 1.2k 阅读 · 0
文章标签：

#gcc #linux #编译器 #thread

本文详细介绍了GCC编译器中-l参数的作用，以及如何指定库路径来解决编译过程中遇到的问题。通过实例分析，帮助开发者理解如何在不同场景下正确使用GCC编译器。

Linux下，添加了#include 的文件编译时为什么要加 -ml ，gcc 加参数 -ml 是起什么作用呢


对于一些常用的函数的实现,gcc 编译器会自动去连接一些常用库,这样我们就没有必要自己去指定了. 有时候我们在编译程序的时候还要指定库的路径,这个时候我们要用到编译器的 -L 选项指定路径.比如说我们有 一个库在 /home/hoyt/mylib 下,这样我们编译的时候还要加上 -L/home/hoyt/mylib.对于一些标准库来说,我们没有必要指出路径.只要它们在起缺省库的路径下就可以了.系统的缺省库 的路径/lib /usr/lib /usr/local/lib 在这三个路径下面的库,我们可以不指定路径. 还有一个问题,有时候我们使用了某个函数,但是我们不知道库的名字,这个时候怎么办 呢?很抱歉,对于这个问题我也不知道答案,我只有一个傻办法.首先,我到标准库路径下面去找 看看有没有和我用的函数相关的库,我就这样找到了线程(thread)函数的库文件(libpthread.a). 当然,如果找不到,只有一个笨方法.比如我要找sin 这个函数所在的库. 就只好用 nm -o /lib/*.so|grep sin>;~/sin 命令,然后看~/sin 文件,到那里面去找了. 在sin 文件当中,我会找到 这样的一行libm-2.1.2.so：00009fa0 W sin 这样我就知道了sin 在libm-2.1.2.so 库里面,我用 -lm 选项就可以了(去掉前面的lib 和后面的版本标志,就剩下m 了所以是 -lm). 

linux 交叉编译opencv,Linux下交叉编译OpenCv
weixin_33309067的博客
05-03 1352
通过近一周的时候终于成功交叉编译opencv成功了，真心不容易。有一句话乃真理也，凡事贵在坚持。过程总是痛苦的，因为不懂得很多问题但是又需要面对很多问题，最大的收获就是耐心解决所有问题后就懂得这些了。1.为什么要交叉编译opencv？之前比较天真，以为在Ubuntu上安装好opencv后，如果gcc通过编译，那么就直接arm-linux-g++嘛，事实证明我真的很天真。之所以要交叉编译opencv...
linux opencv 编译.a,Ubuntu18.04系统opencv-3.4.2+aarch64-linux-g++交叉编译环境搭建
weixin_30562025的博客
05-07 696
aarch64-linux-g++ 6.40交叉编译环境的特殊性是：用网上一般的Opencv编译方法可以成功编并安装，但是不能编译出应用程序！编译C/C++ 程序时会提示：致命错误 无这个文件或目录!检查pkg-config，opencv.pc，bash.bashrc 等设置都不能解决问题。后来发现是Cmake-gui设置问题，正确方法如下：一、Opencv 安装root@li-desktop:...
Linux下，添加了#include 的文件编译时为什么要加 -ml ，gcc 加参数 -ml 是起什么作用呢...
weixin_33918114的博客
02-09 203
Linux下，添加了#include 的文件编译时为什么要加 -ml ，gcc 加参数 -ml 是起什么作用呢 对于一些常用的函数的实现,gcc 编译器会自动去连接一些常用库,这样我们就没有必要自己去指定了. 有时候我们在编译程序的时候还要指定库的路径,这个时候我们要用到编译器的 -L 选项指定路径.比如说我们有 一个库在 /home/hoyt/mylib 下,这样我们编译的时候还要...
gcc编译时，math.h需要加-lm
Lain
03-08 1893
存个档，地址在此：http://blog.youkuaiyun.com/hercaffe/article/details/7198563
GCC 命令行详解 -L 指定库的路径 -l 指定需连接的库名
子墨的专栏
07-31 1万+
http://blog.chinaunix.net/uid-26588712-id-3053955.html 1. 为什么会出现undefined reference to 'xxxxx'错误？ 首先这是链接错误，不是编译错误，也就是说如果只有这个错误，说明你的程序源码本身没有问题，是你用编译器编译时参数用得不对，你没有指定链接程序要用到得库，比如你的程序里用到了一些数学函数，那么
linux程序编译的错误问题!
Hello,world!
01-10 2019
出现这种情况: 1  ) no newline at end of the file! 一般要在程序出现的错误一行加上一个"回车"就OK!(GCC中) 以前在51中一般是不会有这种问题出现的! 2 )还有一个是Linvale 左值问题!在3.4.1交叉编译器中,一般开始我们都有这种错的! 像这种错误是编译器造成的!不过,我们在将寄存器地址,强制转换再加上指针,最后用变
Linux环境下gcc编译链接库-lz -lrt -lm -lc都是什么库？
ctrigger的专栏
04-28 7073
编译链接库：-lz -lrt -lm -lc都是什么库 -lz 压缩库（Z） -lrt 实时库（real time）：shm_open系列 -lm 数学库（math） -lc 标准C库（C lib） -dl ，是显式加载动态库的动态函数库 ...
gcc 编译 cpp 文件，添加共享库
bl128ve900的博客
06-09 557
使用下述命令添加共享库。 -Wl,-rpath,/home/mc/myProjects/face_class_global/lib:/home/mc/myProjects/face_class_global/lib/cuda-7.5:/usr/lib/x86_64-linux-gnu 注意：多个库之间用冒号“：”分开， 如果出现编译错误，如下： 那么就再后面再添加一句具体的路径：/...
【性能调优视角】定制GCC编译参数：-mcpu、-mtune、-mfpu对执行效率的影响（实测数据支撑）
![GCC编译参数]...尤其在ARM等异构架构下，**编译参数与目标硬件微架构的匹配度直接决定IPC（每时钟周期指令数）和能效比**。 ```c // 示例：同一段矩阵乘
怎么在vs中添加linux的库文件,VS2010添加默认路径，库以及Lib
weixin_33056525的博客
05-03 1035
下面以OpenCV为例，不需要每次打开VS2010都手动添加OpenCV的库和lib，具体方法如下：VC++目录步骤一：用任意文本编辑器打开： VS安装目录中的\VC\VCWizards\default.vcxproj步骤二：定位到文件末尾，在之前插入如下内容OPENCV的安装路径\opencv\build\include\opencv;OPENCV的安装路径\opencv\build\incl...
gcc - lm的含义
u013176681的专栏
01-14 1万+
使用math.h中声明的库函数还有一点特殊之处，gcc命令行必须加-lm选项，因为数学函数位于libm.so库文件中（这些库文件通常位于/lib目录下），-lm选项告诉编译器，我们程序中用到的数学函数要到这个库文件里找。本书用到的大部分库函数（例如printf）位于libc.so库文件中，使用libc.so中的库函数在编译时不需要加-lc选项，当然加了也不算错，因为这个选项是gcc的默认选项。
gcc -lm 是什么意思？
热门推荐
柚的个人技术博客
10-25 1万+
今天看到书上出现gcc -lm 的选项，甚是不解，在网上查阅了一些资料，访问了一些论坛整理下。 初学linux和gcc，C代码调用math.h中的函数有问题，如sqrt函数。若如sqrt(3.0)则可以编译通过并运行正常，若如sqrt(n)，这里n是定义好的double型变量，则不能编译通过，错误信息为：undefined reference to 'sqrt'。 像 sqrt(3.0); 这
gcc编译选项
秋刀鱼的专栏
06-22 1万+
gcc提供了大量的警告选项，对代码中可能存在的问题提出警告，通常可以使用-Wall来开启以下警告:           -Waddress -Warray-bounds (only with -O2) -Wc++0x-compat           -Wchar-subscripts -Wimplicit-int -Wimplicit-function-declaration          
/ML /MD 等编译选项区别
yyyzlf的专栏
11-23 5787
三、功能　　运行时库是程序在运行时所需要的库文件，通常以LIB或DLL形式提供：　　C运行时库                               库文件　　Single thread(static link)              libc.lib　　Debug single thread(static link)        libcd.lib　　MultiThread(stat
GCC几个选项学习
weixin_30270561的博客
02-08 380
http://www.lingcc.com/2011/06/27/11679/ 最近研究了一把GCC的选项，比较有意思，选些出来，学习学习。编译器作为程序员的重要工具，GCC作为编译器中应用最广泛的，无不处处体现出贴心的设计和功能支持。 Table of Contents 1 -dumpmachine 2 -xc 3 -dM 4 -print-fil...
linux gcc 编译错误小问题 备忘(持续更新)
学之知之的博客
07-07 1504
linux下编译c++程序遇到 error: ‘thread’ is not a member of ‘std’的错误 原因：因为GCC/G++默认的-std（即C++语言标准）不是C++11，在这里默认的是C++98。 解决：需要显式地开启，即添加-std=c++11参数 g++ client.c -o client 命令后面加上-std=c++11 Linux下undefined reference to ‘pthread_create’问题解决 问题的原因：pthread不是linu..
make: Warning: File 'main.cpp' has modification time 0.76 s in the future g++ -c main.cpp -o main.o -I/opt/MVS/include g++ -c process.cpp -o process.o -I/opt/MVS/include g++ -o main main.o GrabImage.o logger.o process.o Trigger.o interface.o inclinometer.o usart.o -L/opt/MVS/lib/aarch64 -Wl,-rpath=/opt/MVS/lib/aarch64 -lMvCameraControl -lstdc++fs -I/usr/local/include/opencv -I/usr/local/include -L/usr/local/lib -lopencv_dnn -lopencv_highgui -lopencv_ml -lopencv_objdetect -lopencv_shape -lopencv_stitching -lopencv_superres -lopencv_videostab -lopencv_calib3d -lopencv_videoio -lopencv_imgcodecs -lopencv_features2d -lopencv_video -lopencv_photo -lopencv_imgproc -lopencv_flann -lopencv_core /usr/bin/ld: main.o: undefined reference to symbol 'pthread_create@@GLIBC_2.17' //lib/aarch64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status makefile:13: recipe for target 'main' failed make: *** [main] Error 1 以上是报错 以下是我的makefile文件，对makefile文件进行修改 # 定义变量 CXX = g++ CC = gcc # 添加 C 编译器变量 CFLAGS = -I/opt/MVS/include LDFLAGS = -L/opt/MVS/lib/aarch64 -Wl,-rpath=/opt/MVS/lib/aarch64 -lMvCameraControl -lstdc++fs OPENCV_FLAGS = $(shell pkg-config --cflags --libs opencv) # 目标文件列表 OBJ = main.o GrabImage.o logger.o process.o Trigger.o interface.o inclinometer.o usart.o # 默认目标 main: $(OBJ) $(CXX) -o $@ $^ $(LDFLAGS) $(OPENCV_FLAGS) # 各目标文件的编译规则 main.o: main.cpp GrabImage.h process.h logger.h Trigger.h $(CXX) -c $< -o $@ $(CFLAGS) GrabImage.o: GrabImage.cpp GrabImage.h Trigger.h interface.h inclinometer.h $(CXX) -c $< -o $@ $(CFLAGS) interface.o: interface.cpp interface.h $(CXX) -c $< -o $@ # 使用 gcc 编译 C 文件 inclinometer.o: inclinometer.cpp inclinometer.h $(CXX) -c $< -o $@ $(CFLAGS) # 使用 gcc 编译 C 文件 usart.o: usart.cpp usart.h $(CXX) -c $< -o $@ $(CFLAGS) # 使用 gcc 编译 C 文件 process.o: process.cpp process.h interface.h inclinometer.h $(CXX) -c $< -o $@ $(CFLAGS) logger.o: logger.cpp logger.h process.h $(CXX) -c $< -o $@ Trigger.o: Trigger.cpp Trigger.h $(CXX) -c $< -o $@ $(CFLAGS) # 清理 .PHONY: clean clean: rm -f main $(OBJ)
最新发布
06-12
<think>我们正在处理一个链接错误：undefinedreferencetosymbol'pthread_create@@GLIBC_2.2.5'这个错误是因为在链接阶段没有正确链接到pthread库（即POSIX线程库）。根据错误信息，链接器（ld）提示找不到pthread_create这个函数的定义，尽管它发现了该符号在libpthread.so.0中。通常，这个问题的解决方案是在链接命令中添加对pthread库的链接选项。在Makefile中，我们通常通过LDFLAGS（链接器标志）来指定链接库，或者直接在链接命令中添加“-pthread”选项（推荐）或“-lpthread”。但是，值得注意的是，使用“-pthread”选项（编译器和链接器都会处理）比“-lpthread”更好，因为“-pthread”可能会定义一些必要的宏（如_REENTRANT）以确保线程安全，并且在不同的系统上可能提供更一致的保证。因此，解决步骤：1.检查Makefile中是否有链接pthread库的选项（比如“-lpthread”或“-pthread”）。如果没有，需要添加。2.通常，我们会将pthread链接选项添加到链接命令的最后部分（因为链接库的顺序也很重要）。但是，根据错误信息，有时候即使添加了“-lpthread”，也会出现错误。这是因为链接器对库的放置顺序有要求。当链接器解析依赖时，它会按照库出现的顺序进行解析。如果一个库依赖于后面出现的库，则可能无法解析符号。所以，另一个解决方法是使用“-pthread”选项，并确保它在链接命令中的正确位置。或者，如果使用“-lpthread”，需要将其放在需要该库的目标文件之后，但在一些情况下，如使用gcc进行链接，我们也可以将库选项放在最后。然而，错误信息中特别指出：DSOmissingfromcommandline。这意味着在链接命令中，没有包含包含该符号的动态共享对象（DSO），也就是libpthread.so。引用中的例子显示，他们通过添加“-lpthread”解决了类似问题。但是，有时可能需要将“-lpthread”放在命令的末尾。因此，建议在Makefile中这样修改：对于使用gcc链接的情况，可以在链接行中添加“-pthread”或者“-lpthread”。但更推荐使用“-pthread”，因为它是一个更全面的选项。具体步骤：1.找到Makefile中链接可执行文件的那一行（例如，以gcc或g++开头的行，用于链接目标文件生成可执行文件）。2.在链接命令的末尾添加“-pthread”或者“-lpthread”（如果末尾不行，可以尝试在目标文件之后，其他库之前）。不过，根据经验，通常放在最后面可以解决问题。但是，如果Makefile使用的是自动变量（例如$^），那么库可能被放在了中间位置。所以，如果我们使用自动变量，那么库选项应该单独添加。例如，如果原来的链接命令是：gcc-omyprogobj1.oobj2.o我们可以改为：gcc-omyprogobj1.oobj2.o-lpthread或者：gcc-omyprogobj1.oobj2.o-pthread如果Makefile中已经使用了LDFLAGS变量，并且该变量用于链接命令，那么我们可以在LDFLAGS变量中添加“-pthread”或“-lpthread”。例如：LDFLAGS+=-pthread另外，如果项目使用cmake，那么可以在CMakeLists.txt中添加：target_link_libraries(your_targetpthread)但是，问题中出现的错误是运行“make-j4”时出现的，而且错误信息中提到了CMakeFiles，因此可能使用的是CMake。然而，用户的问题是如何修改Makefile。这里有两种情况：a)项目直接使用Makefile（非cmake生成）b)项目使用cmake生成Makefile，然后使用make如果用户使用的是cmake，那么直接修改Makefile可能不是长久之计，因为重新运行cmake会覆盖Makefile。所以，更好的做法是修改CMakeLists.txt。但用户的问题要求修改Makefile以正确链接pthread库。因此，我们假设用户直接使用Makefile。在Makefile中，我们通常这样添加：1.在链接行（LINK）命令中显式添加“-pthread”或“-lpthread”2.或者在CFLAGS（编译标志）中添加“-pthread”（因为编译阶段也可能需要）？注意：编译阶段使用“-pthread”会定义宏，并确保在编译和链接阶段都正确。但链接阶段仍然需要链接库。实际上，使用“-pthread”选项在编译阶段（对于gcc）会添加宏定义（如_REENTRANT），而在链接阶段会传递“-lpthread”给链接器。因此，在Makefile中，我们可以在编译和链接时都使用“-pthread”选项。但为了简单，我们可以在链接时添加“-pthread”。总结修改Makefile的步骤：步骤1：打开Makefile步骤2：找到链接步骤（通常是以$(CC)或$(CXX)开头的行，并且包含-o$@这样的输出目标文件）步骤3：在该行的末尾（即在所有目标文件和其他库之后）添加“-pthread”选项。如果链接命令是通过自动变量（如$(LDFLAGS)）传递链接选项，则可以修改LDFLAGS变量：LDFLAGS+=-pthread步骤4：保存Makefile并重新运行make。如果问题仍然存在，尝试将“-pthread”放在目标文件之前？但通常放在最后。但是，根据引用[4]的例子，他们使用gcc链接时在最后加上了“-lpthread-lm...”，所以我们也应该放在最后。另外，注意错误信息中提示的是“DSOmissingfromcommandline”，这个错误有时也暗示了链接库的顺序问题。所以，如果添加了“-pthread”后还是不行，可以尝试将“-pthread”放在命令行的最后面。还有，如果链接器报告多个类似错误，可能需要添加多个库，或者考虑其他依赖库的依赖关系。因此，建议在Makefile中这样修改：原Makefile可能类似于：CC=gccCFLAGS=-Wall-O2LDFLAGS=TARGET=myprogramOBJS=main.ofile1.o$(TARGET):$(OBJS)$(CC)$(CFLAGS)-o$@$^$(LDFLAGS)修改为：LDFLAGS=-pthread#或者LDFLAGS=-lpthread#然后在链接行中，确保$(LDFLAGS)位于目标文件之后，并且最好在最后如果LDFLAGS被放置在目标文件之前，可能导致链接顺序问题。所以，最好确保链接选项在目标文件列表后面。因此，我们保持规则不变，只是增加了LDFLAGS选项。重新运行make，应该能解决问题。如果问题仍然存在，可以尝试：$(CC)$(CFLAGS)-o$@$^$(LDFLAGS)-pthread或者，如果不想修改LDFLAGS变量，也可以直接在命令行中加上：$(CC)$(CFLAGS)-o$@$^-pthread但是，如果项目中的其他库也依赖于pthread，可能需要放在所有库的最后？因为链接器解析符号是从前往后，如果某个库需要pthread中的函数，那么这个库应该放在pthread库的前面（即先列出依赖库的目标文件或静态库，然后才是pthread），这样链接器在解析这个库的符号时，会记录下未解析的符号，然后在pthread中查找。然而，按照惯例，系统库一般放在最后。因此，最保险的做法是将“-pthread”放在链接命令的末尾。下面是一个修改后的Makefile例子：修改前：$(CC)$(CFLAGS)-o$@$^修改后：$(CC)$(CFLAGS)-o$@$^-pthread或者，如果已经使用了其他库：$(CC)$(CFLAGS)-o$@$^-lotherlib-pthread#这里-pthread还是放在最后总之，确保“-pthread”在链接命令的最后面。此外，还要注意如果使用的是C++（g++），那么可能需要用g++来链接，以确保C++标准库被正确链接。引用[1]和[2]中的错误都是通过添加pthread库来解决的。但是，需要注意的是，错误信息中提到的符号是`pthread_create@@GLIBC_2.2.5`，而用户的问题中是`pthread_create@@GLIBC_2.17'`。虽然版本不同，但解决方案应该相同。所以，在Makefile中正确添加pthread库的链接选项（-pthread或-lpthread）并确保其位置正确（通常在最后），应该可以解决这个问题。最后，重新运行make命令（如make-j4）来构建项目。</think> 要解决在编译过程中出现的 `undefined reference to symbol 'pthread_create@@GLIBC_2.17'` 链接错误，关键是在 Makefile 中正确链接 POSIX 线程库 (`libpthread`)。以下是具体解决步骤和示例： ### 解决方案（逐步操作） 1. **确认编译器选项** - 在编译和链接阶段都需添加 `-pthread` 标志（推荐）或 `-lpthread` - **`-pthread` 更优**：它会自动处理线程安全的宏定义（如 `_REENTRANT`），并确保动态链接正确[^1][^2] 2. **修改 Makefile** - **情况1：显式链接指令**（直接修改链接行） ```makefile # 原始行（错误示例）： my_program: main.o utils.o $(CC) -o $@ $^ # 缺少线程库 # 修正后（在命令末尾添加 -pthread）： my_program: main.o utils.o $(CC) -o $@ $^ -pthread # 关键修改 ``` **✓ 必须放在命令末尾**：链接器按顺序解析依赖，系统库应放在最后[^2][^4] - **情况2：使用变量控制**（通过 `LDFLAGS`） ```makefile # 在Makefile开头添加： LDFLAGS += -pthread # 或 -lpthread # 确保链接行使用该变量： my_program: main.o utils.o $(CC) $(LDFLAGS) -o $@ $^ ``` - **情况3：CMake 项目**（需修改 `CMakeLists.txt`） ```cmake # 在目标定义后添加： target_link_libraries(your_target_name pthread) ``` 3. **验证解决效果** ```bash make clean # 清理旧编译结果 make -j4 # 重新编译 ``` 成功标志：不再报错 `DSO missing from command line`，二进制文件正常生成[^1][^2] ### 关键原理 - **符号未定义**：链接器未找到 `pthread_create` 的函数实现，该函数在 `libpthread.so` 中[^1] - **DSO 错误**：因链接命令未包含动态共享对象（DSO），需显式指定库依赖[^2][^4] - **顺序敏感**：`-pthread` 必须放在链接命令末尾，确保先解析对象文件再链接库[^4] ### 典型错误示例分析 ```log /usr/bin/ld: main.o: undefined reference to 'pthread_create' /lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing ``` ↑ 表明： ① 代码调用了 `pthread_create` ② 链接器发现 `libpthread.so` 存在该符号 ③ 但未在命令中声明链接此库，**需补 `-pthread`**[^1][^2]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值