gcc编译指定动态库路径

① GCC中静态连接和动态连接的区别

gcc中静态连接和动态链接的方法：

1：GCC的静态连接，直接把静态库的名字放在gcc后面

例如：gcc-otesttest.cstaticlib.a

2：GCC的动态连接，使用-l指定库，-L指定库的路径，注意动态库名必须是lib开头，后缀名为.so

例如：gcc-otesttest.c-lpthread-L/usr/lib/

3：静态库也可以采用动态库的连接方法，如果目录中同时存在2种库，gcc会优先选择动态库。如果一条gcc链接指令中既要链接动态库又要链接静态库，可以用-Wl,-dn和－Wl,-dy参数选项来切换。

静态连接和动态链接的主要区别：

1：静态连接的时候，静态库的所有执行代码被直接编译到目标程序中。而动态连接的时候，仅仅把动态库的函数和变量的符号名，地址偏移量等导入到目标程序。只有在目标程序运行的时候才把动态库的执行代码加载到内存中。

2：动态链接的项目容易管理，把不同模块封装成不同的动态库，如果模块功能修改，一般只需要重新生成该动态库，不用重新编译其他模块和目标程序。而静态链接的程序修改任何一个地方都必须重新编译整个程序

3：静态链接生成的目标程序体积比动态链接的大，但是加载速度更快，发布更容易，不需要检查发布机器上是否有该动态库或者动态库版本是否符合要求。

4：如果多个程序使用一个动态库，则该库的执行代码只会在内存中加载一次。而静态库是多次加载（事实上静态库连接完就没用了，等于目标程序的一部分）。

5：从调试的角度来说，静态连接的程序调试方法和独立程序没有任何区别，而动态库的调试相对要复杂一些，因为库里面的符号地址都是相对地址。

② 如何指定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;
}

③ GCC/G++选项 -Wl,-rpath=

在使用GCC/G++进行程序编译时，可以通过-L选项指定链接库的路径。然而，该选项仅在编译阶段生效，运行时程序并不会记住链接库的具体位置，导致动态加载时可能出现找不到动态库的错误。

例如，当执行命令提示"error while loading shared libraries: XXX.so: cannot open shared object file: No such file or directory"时，表明程序在初始化阶段无法找到相关动态库。

为解决此问题，可以在链接阶段使用-Wl,-rpath=选项添加库路径。该命令将指定路径写入可执行文件或库中，从而在运行时程序可以直接读取到。

以"/home/hello/lib"为例，运行参数-Wl,-rpath=/home/hello/lib将使程序在运行时首先搜索此目录下的库文件，随后按照"/usr/lib"/"/usr/local/lib"的顺序查找。可以通过ldd ./你的运行文件命令查看库的连接情况，确保所有库均成功连接。

总结，通过在编译阶段的tasks.json文件中设置args参数添加-Wl,-rpath=路径，即可在运行时有效解决库路径问题，确保程序顺利执行。

④ 关于gcc编译选项选取动态库不同版本的问题

不同版本的动态库是为了升级方便，旧的程序需要与旧的库链接，新的程序与新的．

一般的做法是把libabc.so连接(symbolic link, ln -s libabc.so.N libabc.so)到最新的版本，这样以后的新程序，在用gcc -labc的时候，都会链接到新的版本．旧的已经链接好的程序并不会产生不兼容的问题，因为旧程序在过去已经链接过了（动态库链接的信息可以用ldd来查看: ldd /bin/ls）．

symbolic link, ln是推荐的维护版本的办法，不建议更改文件名．

如果你要有一个方便的办法链接旧的版本, 建一个旧的版本的symbolic link就可以了,libabc11.so
ln -s libabc.so.11 libabc11.so
gcc -labc11...

⑤ 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中指定的路径。

(5)gcc编译指定动态库路径扩展阅读：

应用程序代码编译过程：

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

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

example：

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

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