Linux 编译C程序遇到依赖libm或libpthread

转载地址: http://blog.sina.com.cn/s/blog_7905bef10100u0kn.html

                     http://blog.sina.com.cn/s/blog_53ed87c1010002p7.html



使用math.h中声明的库函数还有一点特殊之处,gcc命令行必须加-lm选项,因为数学函数位于libm.so库文件中(这些库文件通常位于/lib目录下),-lm选项告诉编译器,我们程序中用到的数学函数要到这个库文件里找。本书用到的大部分库函数(例如printf)位于libc.so库文件中,使用libc.so中的库函数在编译时不需要加-lc选项,当然加了也不算错,因为这个选项是gcc的默认选项。
    C标准主要由两部分组成,一部分描述C的语法,另一部分描述C标准库。C标准库定义了一组标准头文件,每个头文件中包含一些相关的函数、变量、类型 声明和宏定义。要在一个平台上支持C语言,不仅要实现C编译器,还要实现C标准库,这样的实现才算符合C标准。不符合C标准的实现也是存在的,例如很多单 片机的C语言开发工具中只有C编译器而没有完整的C标准库。
    在Linux平台上最广泛使用的C函数库是glibc,其中包括C标准库的实现。几乎所有C程序都要调用glibc的库函数,所以glibc是Linux平台C程序运行的基础。glibc提供一组头文件和一组库文件,最基本、最常用的C标准库函数和系统函数在libc.so库文件中,几乎所有C程序的运行都依赖于libc.so,有些做数学计算的C程序依赖于libm.so,以后我们还会看到多线程的C程序依赖于libpthread.so。以后我说libc时专指libc.so这个库文件,而说glibc时指的是glibc提供的所有库文件。



#include <math.h>


程序中用到数学函数.原本只要在程序中加上面这一行就行了.
gcc不知道犯什么毛病.不仅程序里要有include,编译的时候也要在指令后面加-lm
否则就这德行了:


/tmp/cc4FFwdt.o(.text+0x126): In function `main':
: undefined reference to `sqrt'
/tmp/cc4FFwdt.o(.text+0x169): In function `main':
: undefined reference to `sqrt'
collect2: ld returned 1 exit status


编译时像这样就行
gcc -o abc abc.c -lm




-*-*-*-*-*-*-
参考:
Q. 编译程序时得到undefined reference to 'xxxx'这样的错误提示 
A: 那你一定是缺少某个库,用 -l参数将库加入。Linux的库命名是一致的,一般为libxxx.so,或libxxx.a,libxxx.la,那么你要链接某个库就用-lxxx,去掉头lib及"."后面的so,la,a等即可。 
同时,常见的库链接方法为: 
数学库 -lm ; posix线程 -lpthread 

<think>好的,用户现在问的是Linux编译-l和-L的区别。之前他们遇到了关于头文件缺失的问题,现在转向了链接选项的问题。这可能意味着他们在编译过程中遇到了链接库的问题,需要更深入的理解这些选项的作用。 首先,我得回顾一下-l和-L的基本用法。-l用于指定要链接的库,而-L用于指定库文件的搜索路径。用户可能是在编译时遇到了找不到库的错误,比如“cannot find -lxxx”,这时候-L就派上用场了。 接下来,需要考虑用户的实际使用场景。他们可能在交叉编译者在自己的项目中使用第三方库。这时候正确使用-L和-l就很重要了。例如,如果库文件不在标准路径下,就必须用-L添加路径,然后用-l指定库名。 还要注意用户可能的误解。比如,是否知道-l后面跟的是库名,而不是文件名。比如libm.a要用-lm,而不是直接写全名。另外,-L的顺序是否会影响链接结果,因为链接器是按顺序搜索的,先指定的路径可能会优先找到库。 用户可能已经尝试过一些编译命令,但遇到了问题,所以才会来询问区别。这时候需要给出清晰的例子,说明正确的用法。比如,如何编译一个使用自定义路径下库文件的程序。 另外,可能需要提到静态库和动态库的区别,虽然-l和-L对两者都适用,但实际使用中可能会有不同的注意事项。例如,动态库的路径在运行时也需要设置,而编译时只是链接。 还要考虑用户的环境,比如是否在交叉编译,是否使用了特定的工具链。之前的对话中用户提到海思的交叉编译工具链,可能他们现在的问题也是在这个环境下遇到的,所以可能需要结合交叉编译的情况来解释-L和-l的用法。 最后,总结两者的区别,强调-L是路径,-l是库名,并且使用顺序的重要性,确保用户能正确应用这些选项解决实际问题。</think>### 一、核心区别概述 在 Linux 编译过程中,`-l` 和 `-L` 是 **链接阶段** 的关键参数,二者作用互补但本质不同: | **参数** | **作用对象** | **功能描述** | **语法示例** | **生效阶段** | |----------|--------------|----------------------------------|--------------------|----------------| | `-L` | **路径** | 指定链接器搜索库文件的**目录** | `-L/path/to/libs` | **编译时** | | `-l` | **库名** | 指定链接器需要链接的**库名称** | `-lm` (链接 libm) | **编译时** | --- ### 二、详细解析 #### 1. `-L`:添加库搜索路径 - **核心作用** 告诉链接器(ld)在哪些目录中查找库文件(`.a` `.so`),**不直接指定具体库文件**。 - **使用场景** 当库文件不在标准路径(如 `/usr/lib`, `/lib`)时,需显式指定库所在目录: ```bash gcc main.c -L/home/user/custom_libs -lmylib # 链接器会搜索 /home/user/custom_libs 目录下的 libmylib.a libmylib.so ``` - **注意事项** - 可叠加使用多个 `-L`,搜索顺序按参数出现的先后顺序执行 - 路径中若包含空格特殊字符,需用引号包裹(如 `-L"/path with space"`) #### 2. `-l`:指定链接的库名称 - **核心作用** 声明需要链接的具体库文件,遵循 **`lib<name>.a` → `-l<name>`** 的命名规则。 - **使用场景** 链接数学库 `libm.a`、线程库 `libpthread.so` 等: ```bash gcc calc.c -lm # 链接 libm(数学库) gcc thread.c -lpthread # 链接 libpthread(POSIX 线程库) ``` - **注意事项** - 库文件名需满足 `lib<name>.<a|so>` 格式,否则需直接指定文件名(如 `gcc -o prog main.c /path/libfoo.a`) - **链接顺序** 影响符号解析:被依赖的库应放在依赖它的对象之后(例如 `gcc main.o -lfoo -lbar`) --- ### 三、联合使用示例 假设自定义库 `libmylib.so` 存放在 `/opt/mylibs`,编译时需显式指定路径和库名: ```bash gcc main.c -L/opt/mylibs -lmylib ``` - **`-L/opt/mylibs`**:链接器会搜索该目录下的库文件 - **`-lmylib`**:实际链接 `libmylib.so` `libmylib.a` --- ### 四、特殊场景说明 #### 1. 静态库 vs 动态库优先级 - 默认优先链接动态库(`.so`),若需强制静态链接,可使用: ```bash gcc main.c -L/path/to/libs -l:mylib.a # 直接指定静态库文件名 gcc main.c -static -lmylib # 全局静态链接 ``` #### 2. 运行时动态库路径问题 - **编译时** 用 `-L` 指定路径**仅影响链接阶段**,若动态库(`.so`)不在运行时默认搜索路径,需通过以下方式解决: ```bash # 方法 1:设置 LD_LIBRARY_PATH(临时生效) export LD_LIBRARY_PATH=/opt/mylibs:$LD_LIBRARY_PATH # 方法 2:编译时硬编码路径(需谨慎) gcc main.c -Wl,-rpath=/opt/mylibs -L/opt/mylibs -lmylib ``` --- ### 五、常见错误及解决 #### 错误 1:`cannot find -l<name>` - **原因**:链接器未找到 `lib<name>.so` `lib<name>.a` - **解决**: ```bash # 确认库文件存在,并添加正确路径 find / -name "lib<name>*" 2>/dev/null gcc main.c -L/found/path -l<name> ``` #### 错误 2:未定义的符号(Undefined reference) - **原因**:链接顺序错误依赖库缺失 - **解决**: ```bash # 调整链接顺序,确保被依赖库在后 gcc main.c -lsub -lmain # 错误!main 依赖 sub,应改为: gcc main.c -lmain -lsub # 正确顺序 ``` --- ### 六、总结 | **维度** | `-L` | `-l` | |----------------|-------------------------------|-------------------------------| | **核心功能** | 扩展库文件搜索路径 | 指定需要链接的库名称 | | **语法格式** | `-L<dir_path>` | `-l<lib_name>` | | **依赖关系** | 路径不存在会导致链接失败 | 库不存在顺序错误导致符号未定义 | | **典型应用** | 自定义库目录、交叉编译环境 | 链接系统库第三方库 | **实践口诀**: `-L` 指路,`-l` 点名;路径在前,库名在后;依赖顺序,从后到前。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值