gcc编译搜索路径

1. 如何指定gcc的默认头文件路径

gcc指定头文件路径及动态链接库路径

本文详细介绍了linux 下gcc头文件指定方法，以及搜索路径顺序的问题。另外，还总结了，gcc动态链接的方法以及路径指定，同样也讨论了搜索路径的顺序问题。本文包含了很多的例子，具有很强的操作性，希望读者自己去走一遍。
一.#include <>与#include “”
#include <>直接到系统指定的某些目录中去找某些头文件。
#include “”先到源文件所在文件夹去找，然后再到系统指定的某些目录中去找某些头文件。
二.gcc指定头文件的三种情况：
1.会在默认情况下指定到/usr/include文件夹(更深层次的是一个相对路径，gcc可执行程序的路径是/usr/bin/gcc，那么它在实际工作时指定头文件头径是一种相对路径方法，换算成绝对路径就是加上/usr/include，如#include 就是包含/usr/include/stdio.h)
2.GCC还使用了-I指定路径的方式，即
gcc -I 头文件所在文件夹(绝对路径或相对路径均可) 源文件
举一个例子：
设当前路径为/root/test,其结构如下：
include_test.c
include/include_test.h
有两种方法访问到include_test.h。
1. include_test.c中#include “include/include_test.h”然后gcc include_test.c即可
2. include_test.c中#include 或者#include 然后gcc –I include include_test.c也可
3. 参数：-nostdinc使编译器不再系统缺省的头文件目录里面找头文件,一般和-I联合使用,明确限定头文件的位置。
在编译驱动模块时，由于非凡的需求必须强制GCC不搜索系统默认路径，也就是不搜索/usr/include要用参数-nostdinc，还要自己用-I参数来指定内核头文件路径，这个时候必须在Makefile中指定。
头文件搜索顺序：
1.由参数-I指定的路径(指定路径有多个路径时，按指定路径的顺序搜索)
2.然后找gcc的环境变量 C_INCLUDE_PATH, CPLUS_INCLUDE_PATH, OBJC_INCLUDE_PATH
3.再找内定目录
/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
三.Linux指定动态库路径
众所周知，Linux动态库的默认搜索路径是/lib和/usr/lib。动态库被创建后，一般都复制到这两个目录中。当程序执行时需要某动态库， 并且该动态库还未加载到内存中，则系统会自动到这两个默认搜索路径中去查找相应的动态库文件，然后加载该文件到内存中，这样程序就可以使用该动态库中的函 数，以及该动态库的其它资源了。在Linux 中，动态库的搜索路径除了默认的搜索路径外，还可以通过以下三种方法来指定。
1.在配置文件/etc/ld.so.conf中指定动态库搜索路径。
可以通过编辑配置文件/etc/ld.so.conf来指定动态库的搜索路径，该文件中每行为一个动态库搜索路径。每次编辑完该文件后，都必须运行命令ldconfig使修改后的配置生效。
举一个例子：
所有源文件：
源文件1: lib_test.c
#include
void prt()
{
printf(“You found me!!!/n”);
}
源文件2: main.c
void prt();
int main()
{
prt();
return 0;
}

2. ubuntu下怎样找gcc编译器路径

这个在终端输入 which gcc 就行了
不过一般是/usr/bin/gcc

3. linux编译的c++程序位置

linux系统编神差孙译C++程序时头⽂件和库⽂件搜索路径

C++编译时，教科书中写道:#include “headfile.h”优先在当前⽬录查找头⽂件；#include < headfile.h>从系统默认路径查找头⽂件。先

前以为系统默认路径是环境变量$PATH指定的路径，在系统上⼀查，傻了眼：

-bash-3.2$ echo$PATH

/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/usr/java/j2re1.4.0/bin:/usr/atria/bin:/ccase/bin:/home/devcomp

全是bin⽬录，$PATH是运⾏可执⾏⽂件时的搜索路径，与include头⽂件的搜索路径⽆关，可能不少⼈犯了我这样的错误。

头⽂件：

1. #include“headfile.h”

搜索顺序为：

①先搜索当前⽬录

②然后搜索-I指定的⽬录

③再搜索gcc的环境变量CPLUS_INCLUDE_PATH（C程序使⽤的是C_INCLUDE_PATH）

④最后搜索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<>⽅式不会搜索当前⽬录！

这⾥要说下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会去找-L

②再找gcc的环境变量LIBRARY_PATH

③再找内定⽬录/lib /usr/lib/usr/local/lib 这是当初compilegcc时写在程序内的（不可配置的？）

运⾏时动态库的搜索路径：

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

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

②环境变量LD_LIBRARY_PATH指定的动态库搜索路径（当通过该环境变量指定多个动态库搜索路径时，路径之间⽤冒号"："分隔）

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

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

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

（应注意动态库搜寻路径并不包括当前⽂件夹，所以当即使可执⾏⽂件和其所需的so⽂件在同⼀⽂件夹，也会出现找不到so的问题，类同#include<header_file>不搜索当前⽬录）

￥
5
网络文库VIP限时优惠现在开通,立享6亿+VIP内容
立即获取
linux系统编译C++程序时头文件和库文件搜索路径
linux系统编译C++程序时头⽂件和库⽂件搜索路径

C++编译时，教科书中写道:#include “headfile.h”优先在当前⽬录查找头⽂件；#include < headfile.h>从系统默认路径查找头⽂件。先

前以为系统默认路径是环境变量$PATH指定的路径，在系统上⼀查，傻了眼：

-bash-3.2$ echo$PATH

/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/usr/java/j2re1.4.0/bin:/usr/atria/bin:/ccase/bin:/home/devcomp

第 1 页
全是bin⽬录，$PATH是运⾏可执⾏⽂件时的搜索路径，与include头⽂件的搜索路径⽆关，可能不少⼈犯了我这样的错误。

头⽂件：

1. #include“headfile.h”

搜索顺序为：

①先搜索当前⽬录

②然后搜索-I指定的⽬录

③再搜索gcc的环境变量CPLUS_INCLUDE_PATH（C程序使⽤的是C_INCLUDE_PATH）

展开全文

限免
导长图
转存到网盘
发送至微信
下载文档
北京网络网讯科技有限公司 版本号8.0.70

4. linux下编写c++，include的那些头文件在什么地方

C/C++程序在linux下被编译和连接时，GCC/G++会查找系统默认的include和link的路径，以及自己在编译命令中指定的路径。

1、#include <stdio.h>，直接到系统指定目录去查找头文件。

系统默认路径为：/usr/include，/usr/local/include，/usr/lib/gcc-lib/i386-Linux/2.95.2/include（gcc库文件的路径，各个系统不一致）

2、#include "stidio.h"，会先到当前目录查找头文件，如果没找到在到系统指定目录查找。

3、gcc编译时查找头文件，按照以下路径顺序查找：

gcc编译时，可以设置-I选项以指定头文件的搜索路径，如果指定多个路径，则按照顺序依次查找。比如，gcc -I /usr/local/include/node a.c

gcc会查找环境变量C_INCLUDE_PATH，CPLUS_INCLUDE_PATH中指定的路径。

(4)gcc编译搜索路径扩展阅读：

应用程序代码编译过程：

编译器根据头文件提供的库函数接口形式，来编译代码，然后生成目标文件；然后，再使用链接器将这个目标文件与系统库链接；最终生成应用程序。代码包含了自己写的内容，还有系统提供好的现成的库函数，整个结合起来才形成一个完整的程序。

库函数的头文件，在编译的时候被使用，而库函数的代码段（库文件），在链接的时候被使用。

example：

应用程序代码在使用一个系统调用的时候，例如printf()函数，需要指定包含的头文件stdio.h；另外，在链接的时候对应的链接libc.a（笔者电脑文件所在目录：/usr/lib/i386-linux-gnu/libc.a)。

总结一下，编写应用程序，需要使用linux系统提供的库函数。具体实现起来，需要头文件和库文件。头文件是需要我们编写应用程序的时候，在源文件开头添加的；而库文件则需要配置编译环境进行指定搜索目录。

5. gcc编译程序时的命令行参数-I(大写i) -L -l (小写L) 2020-10-10

我们用gcc编译程序时，可能会用到“-I”（大写i），“-L”（大写l），“-l”（小写l）等参数，下面做个记录：

例：

gcc -Wall -I /home/hello/include -L /home/hello/lib main.c -l world -Wl,-rpath,/you/dir/name -o prog

上面这句表示在编译hello.c时：

-I(大写i) /home/hello/include表示将/home/hello/include目录作为第一个寻找头文件的目录，寻找的顺序是：/home/hello/include-->/usr/include-->/usr/local/include

-L /home/hello/lib表示将/home/hello/lib目录作为第一个寻找库文件的目录，寻找的顺序是：/home/hello/lib-->/lib-->/usr/lib-->/usr/local/lib

-l(小写的L)world表示在上面的lib的路径中寻找libworld.so动态库文件（如果gcc编译选项中加入了“-static”表示寻找libworld.a静态库文件）

-rpath=dir
把目录添加到运行时类库搜索路径
-Wl,option
把选项传递给Linker.如果选项值包含逗号,就把他拆分成多个选项

-Wl,-rpath,/opt/lib
解决 error while loading shared libraries: ****.so: cannot open shared object file: No such file or directory