GCC的常用参数如下：
-shared：指定生成动态链接库。
-static：链接静态库，生成静态可执行文件，同样可以链接动态库，生成静态可执行文件
-fPIC：表示编译为位置独立的代码，用于编译共享库。
-L：表示要连接的库在后接目录中。
-l：指定链接时需要的库。可以指定静态或动态库，但是若有同名的静态和动态库，比如libtest.so libtest.a需要额外参数,库名为-ltest
-I 指定包含的头文件目录
-WI,-Bstatic 指定使用静态库链接
-WI,-Bdynamic 制定使用动态库链接，当然在只有动态或静态库时，上面两个参数可以不需要
-Wall：生成所有警告信息。
-O，优化等级，嵌入式linux一般使用的-O2
-ggdb：此选项将尽可能的生成gdb的可以使用的调试信息。
-g：编译器在编译的时候产生调试信息。
-c：只激活预处理、编译和汇编,也就是把程序做成目标文件(.o文件)。还有-S -E等选项
-Wl,options：把参数(options)传递给链接器ld。如果options中间有逗号,就将options分成多个选项,然后传递给链接程序。
关于-I -L -l -include的说明
为什么会出现undefined reference to 'xxxxx'错误？
首先这是链接错误，不是编译错误，也就是说如果只有这个错误，说明你的程序源码本
身没有问题，是你用编译器编译时参数用得不对，你没有指定链接程序要用到得库，比如你的程序里用到了一些数学函数，那么你就要在编译
参数里指定程序要链接数学库，方法是在编译命令行里加入-lm。
l参数和-L参数
-l参数就是用来指定程序要链接的库，-l参数紧接着就是库名，那么库名跟真正的库文件名有什么关系呢？
就拿数学库来说，他的库名是m，他的库文件名是libm.so，很容易看出，把库文件名的头lib和尾.so去掉就是库名了。
如果我们自已要用到一个第三方提供的库名字叫libtest.so，那么我们只要把libtest.so拷贝到/usr/lib里编译时加上-ltest参数，
我们就能用上libtest.so库了，当然要用libtest.so库里的函数，我们还需要与libtest.so配套的头文件。
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了，但如果库文件
没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是：“/usr/bin/ld: cannot find
-lxxx”，也就是链接程序ld在那3个目录里找不到libxxx.so，这时另外一个参数-L就派上用场了，-L参数跟着的是库文件所在的目录名。
比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是-L/aaa/bbb/ccc -ltest
另外，大部分libxxxx.so只是一个链接，而真的库带有版本号,如果没有这样的链接，还是会出错，
因为ld只会找libxxxx.so，所以如果你要用到xxxx库，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一
个链接就可以了ln -s libxxxx-x.x.x.so libxxxx.so
-include和-I参数
-include用来包含头文件，但一般情况下包含头文件都在源码里用#include xxxxxx实现
，-include参数很少用。在Makefile中-include是包含文件，如果该文件不存在就跳过
-I参数是用来指定头文件目录，/usr/include目录一般是不用指定的，gcc知道去那里找，但是如果头文件不在/usr/i
nclude里我们就要用-I参数指定了，比如头文件放
在/myinclude目录里，那编译命令行就要加上-I/myinclude参数了，如果不加你会得到
一个"xxxx.h: No such file or directory"的错误。
库链接方式：
1.静态链接时，程序运行时不需要库，
2.动态链接时，程序需要共享库，但如果加参数-static时，虽然链接时是动态库，但运行时也不需要库了。
库的制作：
静态库：
1.gcc -c test.c #生成目标文件
2.ar -cqs libtest.a test.o #创建静态库
3.gcc main.c -o main -static -L. -ltest #链接静态库，生成可执行文件
动态库：
1.gcc test.c -fPIC -shared -o libtest.so
2.gcc main.c -L. -ltest -o main
库的使用：
当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，
所以一旦连接成功，静态程序库也就不再需要了。然 而，对动态库而言，就不是这样。动态库会在执行程序内留下
一个标记‘指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接
动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。如果要使用静态库，则需要传递
-WI,-Bstatic参数给ld
如果要和多个库相连接，而每个库的连接方式不一样，比如程序既要和libhello进行静态连接，又要和libbye进行动态连接，其命令应为：
$gcc testlib.o -o testlib -WI,-Bstatic -lhello -WI,-Bdynamic -lbye
库的查找：
库文件在连接（静态库和动态库）和运行（仅限于使用动态库的程序）时被使用，其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 。/usr/lib。/usr/local/lib 目录作为默认的库搜索路径，所以使用这几个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到 库的搜索路径之中。
一·链接时：
关于系统库的路径：
动态库：
1)在bashrc或profile文件里用LD_LIBRARY_PATH定义，然后用source加载，库作用的范围不同
2)把库路径添加到ld.so.conf文件中，然后用ldconfig加载。
3)ldconfig /my_lib/lib，仅能暂时性使用，若下次ldconfig时此目录下的动态链接库就不能被共享了。
4）直接复制库到到/usr/lib和/lib，/usr/local/lib目录下。
静态库：任意，在链接时指定即可，因为运行不需要
但以上方法都修改了主机本地的环境，在交叉编译中常常不建议这么做。而是使用pkg-config
pkg-config基本思想：
事先把库的位置信息等保存起来，需要的时候再通过特定的工具将其中有用的信息提取出来供编译和连接使用。
这样，就可以做到编译和连接界面的一致性。其中，目前最为常用的库信息提取工具就是下面介绍的 pkg-config，这是比较安全也是
通用性强的库查找方法，linux下大多使用该pkg-config来查找库。
在/usr/lib/pkgconfig目录下包含了许多.pc的文件。该目录就是pkg-config默认的搜索路径，内容大致如下
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
glib_genmarshal=glib-genmarshal
gobject_query=gobject-query
glib_mkenums=glib-mkenums
Name: GLib
Description: C Utility Library
Version: 2.12.11
Libs: -L${libdir} -lglib-2.0
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include
在编译安装一个库后，标准的目录应该是这样子：一个lib和一个include目录
其中lib目录下有.a或.so 和一个pkgconfig目录，在该目录下就存在一个.pc文件，将该文件放进/usr/lib/pkgconfig
后就可以只用pkg-config --list --libs --cflags命令了。
当然也可以声明PKG_CONFIG_PATH该环境变量，pkg-config就会默认先解析该环境变量指定目录
其他程序链接时需要该库，就可以使用pkg-config自动加载库了。在嵌入式中，主机和目标板系统不同，软件不能混放，
容易引起系统软件崩溃。
$ gcc main.c -o main.c `pkg-config --cflags --libs GLib`
可以看到：由于使用了 pkg-config 工具来获得库的选项，所以不论库安装在什么目录下，都可以使用相同的编译和连接命令，带来了编译和连接界面的统一
使用 pkg-config 工具提取库的编译和连接参数有两个基本的前提：
库本身在安装的时候必须提供一个相应的 .pc 文件。不这样做的库说明不支持 pkg-config 工具的使用。
pkg-config 必须知道要到哪里去寻找此 .pc 文件。
安装完 Glib 后，在 bash 中应该进行如下设置：
$ export PKG_CONFIG_PATH=/opt/Glib/lib/pkgconfig:$PKG_CONFIG_PATH
可以执行下面的命令检查是否 /opt/Glib/lib/pkgconfig 路径已经设置在 PKG_CONFIG_PATH 环境变量中：
$ echo $PKG_CONFIG_PATH
这样设置之后，使用 Glib 库的其它程序或库在编译的时候 pkg-config 就知道首先要到 /opt/Glib/lib/pkgconfig 这个目录中去寻找 glib-2.0.pc 了
另外还需要注意的是：环境变量的设置只对当前的终端窗口有效。
二·运行时
1.在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
2.在 /etc/ld.so.conf 文件中添加库的搜索路径。
添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如：
/usr/X11R6/lib
/usr/local/lib
/opt/lib
需要注意的是：第二种搜索路径的设置方式对于程序连接时的库（包括共享库和静态库）的定位已经足够了，但是对于使用了共享库的程序的执行还是不够的。这是 因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件 /etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件，不能直接编辑，它是根据 /etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig 命令将这些搜索路径下的共享库文件集中在一起而生成的（ldconfig 命令要以 root 权限执行）。因此，为了保证程序执行时对库的定位，在 /etc/ld.so.conf 中进行了库搜索路径的设置之后，还必须要运行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之后才可以。ldconfig ,简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的库文件 缓存到/etc/ld.so.cache 以供使用。因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下 /sbin/ldconfig使所有的库文件都被缓存到ld.so.cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用 的.
在程序连接时，对于库文件（静态库和共享库）的搜索路径，除了上面的设置方式之外，还可以通过 -L 参数显式指定。因为用 -L 设置的路径将被优先搜索，所以在连接的时候通常都会以这种方式直接指定要连接的库的路径。
-shared：指定生成动态链接库。
-static：链接静态库，生成静态可执行文件，同样可以链接动态库，生成静态可执行文件
-fPIC：表示编译为位置独立的代码，用于编译共享库。
-L：表示要连接的库在后接目录中。
-l：指定链接时需要的库。可以指定静态或动态库，但是若有同名的静态和动态库，比如libtest.so libtest.a需要额外参数,库名为-ltest
-I 指定包含的头文件目录
-WI,-Bstatic 指定使用静态库链接
-WI,-Bdynamic 制定使用动态库链接，当然在只有动态或静态库时，上面两个参数可以不需要
-Wall：生成所有警告信息。
-O，优化等级，嵌入式linux一般使用的-O2
-ggdb：此选项将尽可能的生成gdb的可以使用的调试信息。
-g：编译器在编译的时候产生调试信息。
-c：只激活预处理、编译和汇编,也就是把程序做成目标文件(.o文件)。还有-S -E等选项
-Wl,options：把参数(options)传递给链接器ld。如果options中间有逗号,就将options分成多个选项,然后传递给链接程序。
关于-I -L -l -include的说明
为什么会出现undefined reference to 'xxxxx'错误？
首先这是链接错误，不是编译错误，也就是说如果只有这个错误，说明你的程序源码本
身没有问题，是你用编译器编译时参数用得不对，你没有指定链接程序要用到得库，比如你的程序里用到了一些数学函数，那么你就要在编译
参数里指定程序要链接数学库，方法是在编译命令行里加入-lm。
l参数和-L参数
-l参数就是用来指定程序要链接的库，-l参数紧接着就是库名，那么库名跟真正的库文件名有什么关系呢？
就拿数学库来说，他的库名是m，他的库文件名是libm.so，很容易看出，把库文件名的头lib和尾.so去掉就是库名了。
如果我们自已要用到一个第三方提供的库名字叫libtest.so，那么我们只要把libtest.so拷贝到/usr/lib里编译时加上-ltest参数，
我们就能用上libtest.so库了，当然要用libtest.so库里的函数，我们还需要与libtest.so配套的头文件。
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了，但如果库文件
没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是：“/usr/bin/ld: cannot find
-lxxx”，也就是链接程序ld在那3个目录里找不到libxxx.so，这时另外一个参数-L就派上用场了，-L参数跟着的是库文件所在的目录名。
比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是-L/aaa/bbb/ccc -ltest
另外，大部分libxxxx.so只是一个链接，而真的库带有版本号,如果没有这样的链接，还是会出错，
因为ld只会找libxxxx.so，所以如果你要用到xxxx库，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一
个链接就可以了ln -s libxxxx-x.x.x.so libxxxx.so
-include和-I参数
-include用来包含头文件，但一般情况下包含头文件都在源码里用#include xxxxxx实现
，-include参数很少用。在Makefile中-include是包含文件，如果该文件不存在就跳过
-I参数是用来指定头文件目录，/usr/include目录一般是不用指定的，gcc知道去那里找，但是如果头文件不在/usr/i
nclude里我们就要用-I参数指定了，比如头文件放
在/myinclude目录里，那编译命令行就要加上-I/myinclude参数了，如果不加你会得到
一个"xxxx.h: No such file or directory"的错误。
库链接方式：
1.静态链接时，程序运行时不需要库，
2.动态链接时，程序需要共享库，但如果加参数-static时，虽然链接时是动态库，但运行时也不需要库了。
库的制作：
静态库：
1.gcc -c test.c #生成目标文件
2.ar -cqs libtest.a test.o #创建静态库
3.gcc main.c -o main -static -L. -ltest #链接静态库，生成可执行文件
动态库：
1.gcc test.c -fPIC -shared -o libtest.so
2.gcc main.c -L. -ltest -o main
库的使用：
当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，
所以一旦连接成功，静态程序库也就不再需要了。然 而，对动态库而言，就不是这样。动态库会在执行程序内留下
一个标记‘指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接
动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。如果要使用静态库，则需要传递
-WI,-Bstatic参数给ld
如果要和多个库相连接，而每个库的连接方式不一样，比如程序既要和libhello进行静态连接，又要和libbye进行动态连接，其命令应为：
$gcc testlib.o -o testlib -WI,-Bstatic -lhello -WI,-Bdynamic -lbye
库的查找：
库文件在连接（静态库和动态库）和运行（仅限于使用动态库的程序）时被使用，其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 。/usr/lib。/usr/local/lib 目录作为默认的库搜索路径，所以使用这几个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到 库的搜索路径之中。
一·链接时：
关于系统库的路径：
动态库：
1)在bashrc或profile文件里用LD_LIBRARY_PATH定义，然后用source加载，库作用的范围不同
2)把库路径添加到ld.so.conf文件中，然后用ldconfig加载。
3)ldconfig /my_lib/lib，仅能暂时性使用，若下次ldconfig时此目录下的动态链接库就不能被共享了。
4）直接复制库到到/usr/lib和/lib，/usr/local/lib目录下。
静态库：任意，在链接时指定即可，因为运行不需要
但以上方法都修改了主机本地的环境，在交叉编译中常常不建议这么做。而是使用pkg-config
pkg-config基本思想：
事先把库的位置信息等保存起来，需要的时候再通过特定的工具将其中有用的信息提取出来供编译和连接使用。
这样，就可以做到编译和连接界面的一致性。其中，目前最为常用的库信息提取工具就是下面介绍的 pkg-config，这是比较安全也是
通用性强的库查找方法，linux下大多使用该pkg-config来查找库。
在/usr/lib/pkgconfig目录下包含了许多.pc的文件。该目录就是pkg-config默认的搜索路径，内容大致如下
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
glib_genmarshal=glib-genmarshal
gobject_query=gobject-query
glib_mkenums=glib-mkenums
Name: GLib
Description: C Utility Library
Version: 2.12.11
Libs: -L${libdir} -lglib-2.0
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include
在编译安装一个库后，标准的目录应该是这样子：一个lib和一个include目录
其中lib目录下有.a或.so 和一个pkgconfig目录，在该目录下就存在一个.pc文件，将该文件放进/usr/lib/pkgconfig
后就可以只用pkg-config --list --libs --cflags命令了。
当然也可以声明PKG_CONFIG_PATH该环境变量，pkg-config就会默认先解析该环境变量指定目录
其他程序链接时需要该库，就可以使用pkg-config自动加载库了。在嵌入式中，主机和目标板系统不同，软件不能混放，
容易引起系统软件崩溃。
$ gcc main.c -o main.c `pkg-config --cflags --libs GLib`
可以看到：由于使用了 pkg-config 工具来获得库的选项，所以不论库安装在什么目录下，都可以使用相同的编译和连接命令，带来了编译和连接界面的统一
使用 pkg-config 工具提取库的编译和连接参数有两个基本的前提：
库本身在安装的时候必须提供一个相应的 .pc 文件。不这样做的库说明不支持 pkg-config 工具的使用。
pkg-config 必须知道要到哪里去寻找此 .pc 文件。
安装完 Glib 后，在 bash 中应该进行如下设置：
$ export PKG_CONFIG_PATH=/opt/Glib/lib/pkgconfig:$PKG_CONFIG_PATH
可以执行下面的命令检查是否 /opt/Glib/lib/pkgconfig 路径已经设置在 PKG_CONFIG_PATH 环境变量中：
$ echo $PKG_CONFIG_PATH
这样设置之后，使用 Glib 库的其它程序或库在编译的时候 pkg-config 就知道首先要到 /opt/Glib/lib/pkgconfig 这个目录中去寻找 glib-2.0.pc 了
另外还需要注意的是：环境变量的设置只对当前的终端窗口有效。
二·运行时
1.在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
2.在 /etc/ld.so.conf 文件中添加库的搜索路径。
添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如：
/usr/X11R6/lib
/usr/local/lib
/opt/lib
需要注意的是：第二种搜索路径的设置方式对于程序连接时的库（包括共享库和静态库）的定位已经足够了，但是对于使用了共享库的程序的执行还是不够的。这是 因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件 /etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件，不能直接编辑，它是根据 /etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig 命令将这些搜索路径下的共享库文件集中在一起而生成的（ldconfig 命令要以 root 权限执行）。因此，为了保证程序执行时对库的定位，在 /etc/ld.so.conf 中进行了库搜索路径的设置之后，还必须要运行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之后才可以。ldconfig ,简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的库文件 缓存到/etc/ld.so.cache 以供使用。因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下 /sbin/ldconfig使所有的库文件都被缓存到ld.so.cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用 的.
在程序连接时，对于库文件（静态库和共享库）的搜索路径，除了上面的设置方式之外，还可以通过 -L 参数显式指定。因为用 -L 设置的路径将被优先搜索，所以在连接的时候通常都会以这种方式直接指定要连接的库的路径。
扫一扫
1945
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
