gcc环境变量_gcc 环境变量

    系统有环境变量，程序当然也可以有环境变量。gcc的环境变量主要包括include环境变量和库文件环境变量，分别在编译和链接时使用。

include搜索路径

通常，使用C/C++进行开发程序的时候，会使用头文件，并且有头文件的实现文件，这个时候有三类文件，使用头文件的源文件，头文件，实现头文件的源文件。编译的时候，头文件和源文件一起就可以了。通常他们是在同一目录下的。所以不会有什么问题。

但是，当你使用到了系统自身的一些头文件的时候，你需要引入一些头文件，而这些文件不在当前目录下，使用绝对地址是一个办法，但是是一个极差的办法。所以GCC就有一个搜索机制。就是在规定的那些文件夹下，搜索你所引入的那个头文件。这样解决了问题。这个环境变量叫着CPLUS_INCLUDE_PATH（对C++）。属于GCC，与系统无关。我们看看GCC头文件搜索路径

 

头文件：

1.      #include“headfile.h”

搜索顺序为：

①先搜索当前目录

②然后搜索-L指定的目录  （工程中通常写在makefile中，避免每次编译时都要指定）

③再搜索gcc的环境变量CPLUS_INCLUDE_PATH（在bash中指定该变量后要用export命令使其在该bash下生效）

④最后搜索gcc的内定目录

/usr/include

/usr/local/include

/usr/lib/gcc/x86_64-redhat-linux/4.1.1/include

 

各目录存在相同文件时，先找到哪个使用哪个。

2.      #include<headfile.h>

①先搜索-I指定的目录

②然后搜索gcc的环境变量CPLUS_INCLUDE_PATH

③最后搜索gcc的内定目录

/usr/include

/usr/local/include

/usr/lib/gcc/x86_64-redhat-linux/4.1.1/include

 

与上面的相同，各目录存在相同文件时，先找到哪个使用哪个。这里要注意，#include<>方式不会搜索当前目录！

 

虽然搜索了GCC自定义的环境变量目录之后，下一个的内定目录，就应该是操作系统有关这种头文件的定义。这种推导很正确。事实上就算不是这样的。GCC头文件搜索模式，也是按照先“专”后“宽”的模式，也就是说，大部分都是使用自己的一套，所以基本都能找到，可能真有一些是那些大家共有的头文件。所以，这里的内定目录其实与继承操作系统的目录的意思没有多大区别。

 

这里要说下include的内定目录，它不是由$PATH环境变量指定的，而是由g++的配置prefix指定的(知道它在安装g++时可以指定：

-bash-3.2$ g++ -v

Using built-inspecs.

Target:x86_64-redhat-linux

Configured with:../configure --prefix=/usr --mandir=/usr/share/man--infodir=/usr/share/info --enable-shared --enable-threads=posix--enable-checking=release --with-system-zlib --enable-__cxa_atexit--disable-libunwind-exceptions --enable-libgcj-multifile--enable-languages=c,c++,objc,obj-c++,java,fortran,ada--enable-java-awt=gtk --disable-dssi --enable-plugin--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre--with-cpu=generic --host=x86_64-redhat-linux

Thread model:posix

gcc version 4.1.2 20080704(Red Hat 4.1.2-46)

 

在安装g++时，指定了prefix，那么内定搜索目录就是：

Prefix/include

Prefix/local/include

Prefix/lib/gcc/--host/--version/include

编译时可以通过-nostdinc++选项屏蔽对内定目录搜索头文件。

 

 

库搜索路径：

 

在编译之后，程序要进行链接操作，前面指出，链接不管是动态和是静态，GCC这个程序，必须确认“真的有”那些头文件的实现。于是就需要定位找到那些文件。与include的情景差不多。使用绝对目录是可以的，但不适于管理。于是就出现了lib搜索路径这个环境变量。LIBRARY_PATH。

他们的搜索路径为：

库文件：

编译的时候：

①gcc会去找-L

②再找gcc的环境变量LIBRARY_PATH

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

 

运行时动态库的搜索路径

(不要把这个和库的搜索路径混淆了，这里程序执行的时候有linux系统/usr/bin/ld程序控制的过程，这里只是顺带介绍。以完整程序整个生命周期。编译、链接、启动，装载（包括动态装载)、执行）：

动态库的搜索路径搜索的先后顺序是：

①编译目标代码时指定的动态库搜索路径（这是通过gcc 的参数"-Wl,-rpath,"指定。当指定多个动态库搜索路径时，路径之间用冒号"："分隔）

②环境变量LD_LIBRARY_PATH指定的动态库搜索路径（而LIBRARY_PATH指的是静态库搜索路径）

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

④默认的动态库搜索路径/lib；

⑤默认的动态库搜索路径/usr/lib。

 

 

我们在来对GCC这个命令的这一方面进行总结一下。

编译的时候使用-I命令可以装入include搜索路径。

连接的时候使用-l  -L命令可以装入连接搜索路径或文件

执行的时候。在当初编译连接时候使用-Wl 这个可以装入动态库的搜索路径。

转自https://blog.csdn.net/kason2011/article/details/7607648