gcc编译时动态库查找路径
1. gcc编译指定了库路径，但是还是找不到
看起来它不是个库，倒像是个可执行程序
一般so都放在lib这样的目录下，你这个是bin，而且和它在一起的都是可执行程序，并且它没有so后缀名。
2. 为啥各种系统库的头文件都找不到
头文件：
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-in specs.
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 这是当初compile gcc时写在程序内的（不可配置的？）
运行时动态库的搜索路径：
动态库的搜索路径搜索的先后顺序是：
①编译目标代码时指定的动态库搜索路径（这是通过gcc 的参数"-Wl,-rpath,"指定。当指定多个动态库搜索路径时，路径之间用冒号"："分隔）
②环境变量LD_LIBRARY_PATH指定的动态库搜索路径（当通过该环境变量指定多个动态库搜索路径时，路径之间用冒号"："分隔）
③配置文件/etc/ld.so.conf中指定的动态库搜索路径；
④默认的动态库搜索路径/lib；
⑤默认的动态库搜索路径/usr/lib。
（应注意动态库搜寻路径并不包括当前文件夹，所以当即使可执行文件和其所需的so文件在同一文件夹，也会出现找不到so的问题，类同#include <header_file>不搜索当前目录）
3. 如何指定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;
}
4. gcc编译时默认使用的库在哪个目录
看你包含的
头文件
和使用的函数啊～两者包含的函数不一样～
你要是使用fopen/memcpy等等这样标准C的函数，当然会在链接时使用到标准C库（ANSI
C），如果你使用了read/write这些glibc库实现的函数，肯定就在链接时使用到glibc库～
具体使用了什么库，要看你调用的函数了～可能不会仅仅只包含一个库～
Linux下，库的路径一般是：/lib，/usr/lib，/usr/local/lib等，这些路径一般会在/etc/ld.so.conf
中标记出来，如果需要添加特殊位置的库，可以把库的路径添加到/etc/ld.so.conf中去，并且执行ldconfig来使得新路径立即生效～
5. linux下gcc编译生成动态库的路径是怎样的
#include "stdio.h"
void test_a();
void test_b();
void test_c();
//test_a.c：
#include "so_test.h"
void test_a()
{
printf("this is in test_a...\n");
}
//test_b.c：
#include "so_test.h"
void test_b()
{
6. gcc编译时默认使用的库在哪个目录（是标准C库，还是glibc库 ）
看你包含的头文件和使用的函数啊～两者包含的函数不一样～
你要是使用fopen/memcpy等等这样标准C的函数，当然会在链接时使用到标准C库（ANSI C），如果你使用了read/write这些glibc库实现的函数，肯定就在链接时使用到glibc库～
具体使用了什么库，要看你调用的函数了～可能不会仅仅只包含一个库～
Linux下，库的路径一般是：/lib，/usr/lib，/usr/local/lib等，这些路径一般会在/etc/ld.so.conf 中标记出来，如果需要添加特殊位置的库，可以把库的路径添加到/etc/ld.so.conf中去，并且执行ldconfig来使得新路径立即生效～
http://linux.die.net/man/8/ldconfig
7. gcc怎么查看它的默认include路径和库的路径
看下文的红色部分。 有大量的环境变量可供设置以影响 GCC 编译程序的方式。利用这些变量的控制也可使用合适的命令行选项。一些环境变量设置在目录名列表中。这些名字和 PATH 环境变量使用的格式相同。特殊字符 PATH_SEPARATOR
8. mac os x gcc编译指定该程序的动态库搜索路径
和linux里是一样的，工具链是差不多的
9. gcc编译指定了库路径，但是还是找不到
不同版本的动态库是为了升级方便，旧的程序需要与旧的库链接，新的程序与新的． 一般的做法是把libabc.so连接(symbolic link, ln -s libabc.so.N libabc.so)到最新的版本，这样以后的新程序，在用gcc -labc的时候，都会链接到新的版本