• linux下gcc默认搜索的头文件及库文件路径


    转自:https://blog.csdn.net/fd315063004/article/details/7925854

    一、头文件

    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

    二、库文件

    cos()等函式库的选项要多加 -lm
    编译的时候:
    ※gcc会去找-L
    ※再找gcc的环境变量LIBRARY_PATH
    ※再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的

    三、运行时动态库的搜索路径

    1、在配置文件/etc/ld.so.conf中指定动态库搜索路径
    2、通过环境变量LD_LIBRARY_PATH指定动态库搜索路径(当通过该环境变量指定多个动态库搜索路径时,路径之间用冒号":"分隔)
    3、在编译目标代码时指定该程序的动态库搜索路径(还可以在编译目标代码时指定程序的动态库搜索路径。
    这是通过gcc 的参数"-Wl,-rpath,"指定(如例3所示)。当指定多个动态库搜索路径时,路径之间用冒号":"分隔)
    4、默认的动态库搜索路径/lib
    5、默认的动态库搜索路径/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.

    关于自定义动态库管理:

    Linux 运行的时候,是如何管理共享库(*.so)的?在 Linux 下面,共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

    但是,如果需要用到的共享库在非标准路经,ld.so 怎么找到它呢?

    目前,Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf,然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候,会从 ld.so.cache 查找。

    传统上,Linux 的先辈 Unix 还有一个环境变量:LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候,也会查找这个变量所设置的路经。

    LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./lib

    export LD_LIBRARY_PATH

    但是,有不少声音主张要避免使用 LD_LIBRARY_PATH 变量,尤其是作为全局变量。这些声音是:
    * LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html
    * Why LD_LIBRARY_PATH is bad - http://xahlee.org/UnixResource_dir/_/ldpath.html
    * LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710

    解决这一问题的另一方法是在编译的时候通过 -R<path> 选项指定 run-time path。

    1. 往/lib和/usr/lib里面加东西,是不用修改/etc/ld.so.conf的,但是完了之后要调一下ldconfig,不然这个library会找不到

    2. 想往上面两个目录以外加东西的时候,一定要修改/etc/ld.so.conf,然后再调用ldconfig,不然也会找不到
    比如安装了一个mysql到/usr/local/mysql,mysql有一大堆library在/usr/local/mysql/lib下面,这时就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib,保存过后ldconfig一下,新的library才能在程序运行时被找到。

    3. 如果想在这两个目录以外放lib,但是又不想在/etc/ld.so.conf中加东西(或者是没有权限加东西)。那也可以,就是export一个全局变量LD_LIBRARY_PATH,然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案,在没有权限或临时需要的时候使用。

    4. ldconfig做的这些东西都与运行程序时有关,跟编译时一点关系都没有。编译的时候还是该加-L就得加,不要混淆了。

    5. 总之,就是不管做了什么关于library的变动后,最好都ldconfig一下,不然会出现一些意想不到的结果。不会花太多的时间,但是会省很多的事。

    LD_LIBRARY_PATH 这个环境变量是大家最为熟悉的,它告诉loader:在哪些目录中可以找到共享库。

  • 相关阅读:
    MySql--密码查看或修改
    javaweb学习--Servlet开发(一)
    javaweb学习--http协议
    Vue.js学习笔记(一)
    javascript事件处理
    javascript时间的相关操作
    代理模式(Proxy)
    单例模式(Singleton)
    ArrayBlockingQueue和LinkedBlockingQueue队列
    自增(++)和自减(--)运算符
  • 原文地址:https://www.cnblogs.com/noxy/p/9389143.html
Copyright © 2020-2023  润新知