您的位置:首页 > 运维架构 > Linux

linux下的头文件和库文件搜索路径

2010-03-22 23:11 267 查看
GCC 找头文件有三种策略:

  1. 会在默认情况下指定到 /usr/include 文件夹 ( 更深层次的是一个相对路径, GCC 可执行程序的路径是 /usr/bin ,那么它在实际工作时指定头文件头径是一种相对路径方法,换算成绝对路径就是 /usr/include)

  2.GCC 还使用了 -I 指定路径的方式,这一点大家都知道

  3. 还可以使用一个参数来指示 GCC 不搜索系统默认路径,这个参数我忘了,你搜一下就知道了

(是:
-nostdinc 选项 使编译器不再
系统缺省的头文件目录里面找头文件,一般和 -I 联合使用,明确限定头文件的位置。

-nostdin C++ 规定不在
g++

指定的标准路经中搜索,但仍在其他路径中搜索,.此选项

在创libg++库使用


  在编译驱动模块时

,由于非凡的需求必须强制 GCC 不搜索系统默认路径,

也就是不搜索 /usr/include ,要自己用 -I
参数来指定内核头文件路径,这个时候必须在 Makefile 中指定两个参数,一个是内核头文件路径,一个是强制 GCC
不搜索系统默认路径。在编译内核时,必须使用一个参数 ( 强制 GCC 不搜索系统默认路径 ) ,否则就会引起混乱。

include的header文件,连结数据库,系统定义,总共有下列来源指定gcc去那找。


**************************************************************************************************************************

a). 当初在编译时指定的(在~gcc/gcc/collect2.c:locatelib()

b). 写在specs内的

c). 后来用-D -I -L指定的

d). gcc环境变量设定(编译的时候)

e). ld.so的环境变量(这是run time的时候)

====================================================

====================================================

1.头文件

gcc 在编译时如何去寻找所需要的头文件 :

※所以header file的搜寻会从-I开始

※然后找gcc的环境变量 C_INCLUDE_PATH,CPLUS_INCLUDE_PATH,OBJC_INCLUDE_PATH

※再找内定目录

/usr/include

/usr/local/include

/usr/lib/gcc-lib/i386-linux/2.95.2/include

/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../include/g -3

/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../i386-linux/include

库文件但是如果装gcc的时候,是有给定的prefix的话,那么就是

/usr/include

prefix/include

prefix/xxx-xxx-xxx-gnulibc/include

prefix/lib/gcc-lib/xxxx-xxx-xxx-gnulibc/2.8.1/include

2.库文件

cos()等函式库的选项要多加 -lm

编译的时候:

※gcc会去找-L

※再找gcc的环境变量LIBRARY_PATH

※再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的

3.运行时动态库的搜索路径

方法一:在配置文件/etc/ld.so.conf中指定动态库搜索路径

方法二:通过环境变量LD_LIBRARY_PATH指定动态库搜索路径(当通过该环境变量指定多个动态库搜索路径时,路径之间用冒号":"分隔)

方法三:在编译目标代码时指定该程序的动态库搜索路径(还可以在编译目标代码时指定程序的动态库搜索路径。

这是通过gcc 的参数"-Wl,-rpath,"指定(如)。当指定多个动态库搜索路径时,路径之间用冒号":"分隔)

四:默认的动态库搜索路径/lib

五:默认的动态库搜索路径/usr/lib

可以通过执行可执行文件pos得到的结果不同获知其搜索到了哪个动态库,从而获得第1个动态库搜索顺序,然后删除该动态库,

再执行程序pos,获得第2个动态库搜索路径,再删除第2个被搜索到的动态库,

如此往复,将可得到Linux搜索动态库的先后顺序。

程序pos执行的输出结果和搜索到的动态库的对应关系如表1所示

程序pos输出结果 使用的动态库 对应的动态库搜索路径指定方式

./ ./libpos.so 编译目标代码时指定的动态库搜索路径

/root/test/env/lib /root/test/env/lib/libpos.so 环境变量LD_LIBRARY_PATH指定的动态库搜索路径

/root/test/conf/lib /root/test/conf/lib/libpos.so 配置文件/etc/ld.so.conf中指定的动态库搜索路径

/lib /lib/libpos.so 默认的动态库搜索路径/lib

/usr/lib /usr/lib/libpos.so 默认的动态库搜索路径/usr/lib

综合以上结果可知,动态库的搜索路径搜索的先后顺序是:

1.编译目标代码时指定的动态库搜索路径;

2.环境变量LD_LIBRARY_PATH指定的动态库搜索路径;

3.配置文件/etc/ld.so.conf中指定的动态库搜索路径;

4.默认的动态库搜索路径/lib;

5.默认的动态库搜索路径/usr/lib。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: