程序编译运行时头文件或动态链接库的查找

          转载请注明来源：http://blog.csdn.net/dlutxie/article/details/6776936

          当考虑怎样总结这个头文件及动态链接库的查找问题时，我想到了一个程序从生到死的历程。写过很多程序，编译过很多程序，也运行过很多程序，对一个程序的从生到死，感觉很简单，也就没有做更多的或者说深入的思考与研究。也许我们习惯了在windows环境下的编程，在那里我们有很好的IDE，它能把一个工程组织得很好，直接点编译生成一个可执行文件，然后直接双击这个.exe文件或者创建一个快捷方式运行这个程序。以前可能我们也听说过，源码先要编译，然后链接，然后装载、运行，可我们很少去考虑这背后到底都发生了些什么，似乎也不用考虑那么多，因为我们的IDE实在是太智能了，因为我们已经很习惯了使用windows环境，因为在windows下安装个软件，我们几乎只需要点击下一步就可以了。

        这段时间在做linux系统下opencv2.0到ARM开发板的移植，在这里，我有很多问题不得不考虑，问题如下：

             程序在编译时，源码所需要的库（静态库和动态库）及头文件编译器是去哪找的？（库及头文件的查找）

             当输入一个命令时，系统时如何找到这个命令的？（命令的查找）

             程序在运行时，它所需要的库是去哪找的？（动态链接库的查找）

       这就是一个程序的由生到死的过程中需要考虑的几个问题！

       在linux系统下，我们常常要自己通过源码安装一些库，装一些软件，第一件事该想到的，编译生成后的头文件，库或者程序我们该放到哪，是放到/lib  /usr/lib  /usr/include  /usr/bin  /usr/local/lib  /usr/local/include    /usr/local/bin等目录下吗？可能有些书会说自己安装的程序一般放在/usr/local目录下，放到这下面我可以省心的不用去修改一些环境变量或配置文件了，但接下来我们可能会想，要是我以后想删除我前面安装的软件呢？你还能想起你以前安装这个软件时它到底安装了哪些文件了吗？几乎不可能吧！

         所以当我想安装一个软件时我希望像在windows下一样，把这个软件安装在一个单独的目录下，比如说我要安装opencv2.0，那么我就在/usr/local目录下创建一个目录opnecv2.0,然后把所有相关的都安装到/usr/local/opencv2.0目录下，这样如果我以后不想要这个库时我就可以直接删掉这个文件夹就可以了。可在这里我们就有些问题不得不考虑了：如果我们把opencv安装到了/usr/local/opencv2.0这个目录下了，那编译器在编译包含有opencv2.0的库或头文件时，编译器能找着这些头文件和库吗？如果这是一个可运行文件，我在其它目录下运行这个文件，系统能找到这个文件吗？它是如何找到这个文件的呢？当其它包含有opencv有关函数的程序时，它是如何找到这些库的呢？由这就引发了我上面提到的三个问题。

         下面我们先来看第一个问题：程序在编译时，源码所需要的库及头文件编译器是去哪找的？

         在这里，其实有库的查找，和头文件的查找，下面先来讲头文件的查找。我们在写一个比较大型的程序时，总是喜欢把这些函数还有一些数据结构的声明放在一个文件中，我们把这种文件称为头文件，文件名以.h后缀结尾。在一些源文件里，我们可能要包含自己写的头文件，还有一些标准库的头文件比如说stdio.h等等。在编译的预处理阶段，预处理程序会将这些头文件的内容插到相应的include指令处，现在的问题是编译器是如何找到这些头文件的。

         1. 在编译时，我们可以用-I(i的大写)选项来指定头文件所在的目录，如：

test.h内容如下：

Struct student
{
    int  age;
};

main.c 内容如下：

#include<stdio.h>
#include<test.h>
int main()
{
    structstudent st;
    st.age= 25;
    printf(“st.age=%d\n”,st.age);
    return0;
}