安装
yum install gcc gcc-c++
选项
-E
:只进行预处理,不编译
-S
:只编译,不汇编
-c
:只编译、汇编,不链接
-g
:编译器在编译的时候产生调试信息。
-I
:指定include包含文件的搜索目录
-o
:输出成指定文件名,如果缺省则输出位a.out
-L
:搜索库的路径
-l
:指定程序要链接的库
-w
:忽略所有警告
-shared
:指定生成动态链接库。
-static
:指定生成静态链接库。
-fPIC
:表示编译为位置独立的代码,用于编译共享库。目标文件需要创建成位置无关码,概念上就是在可执行程序装载它们的时候,它们可以放在可执行程序的内存里的任何地方。
-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 比如常用的X11的库,它在
/usr/X11R6/lib
目录下,我们编译时就要用-L/usr/X11R6/lib -lX11
参数,-L参数跟着的是库文件所在的目录名。再比如我们把libtest.so放在/aaa/bbb/ccc
目录下,那链接参数就是-L/aaa/bbb/ccc -ltest
。 gcc默认会在程序当前目录、/lib
、/usr/lib
和/usr/local/lib
下找对应的库
-I
参数
- -include和-I参数
在你是用
#include '***.h'
的时候,gcc/g++会先在当前目录查找你所制定的头文件,如果没有找到,他回到缺省的头文件目录找,如果使用-I
制定了目录,他回先在你所制定的目录查找,然后再按常规的顺序去找.对于#include
,gcc/g++会到-I
制定的目录查找,查未找到,然后将到系统的缺省的头文件目录查找。#include
有两种方式 - 使用<>包含的头文件一般会先搜索-I选项后的路径(即用gcc编译时的-I选项),之后就是标准的系统头文件路径。
- 而用""号包含的头文件会首先搜索当前的工作目录,之后的搜索路径才是和<>号包含的头文件所搜索的路径一样的路径。
Linux下的标准头文件路径为/usr/include
和/usr/local/include
2.png
1.png
.a 和.so
静态函数库
静态函数库,这类库的名字一般是libxxx.a 利用静态函数库编译成的文件比较大,因为整个函数库的所有数据都会被整合进目标代码中。 优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进去了。当然这也会成为缺点如果静态函数库改变了,那么你的程序必须重新编译。
共享函数库
这类库的名字一般是libxxx.so 相对于静态函数库,共享函数库在编译的时候 并没有被编译进目标代码中。当程序执行到相关函数时才调用共享函数库里相应的函数,因此共享函数库所产生的可执行文件比较小。 由于共享函数库没有被整合进你的程序,而是在程序运行时动态地申请并调用,所以程序的运行环境中必须提供相应的库. 共享函数库的改变并不影响你的程序,所以共享函数库的升级比较方便.
示例
先上头文件hello.h
#ifndef HELLO_H
#define HELLO_H
void show();
#endif
分别做两个实现,hello_static.cpp和hello_dynamic.cpp。代码很简单就是打印一句话做一个区分,方便我们后面测试链接的哪个库。 hello_static.cpp
#include "hello.h"
#include <iostream>
using namespace std;
void show(){
cout<<"hello static"<<endl;
}
hello_dynamic.cpp
#include "hello.h"
#include <iostream>
using namespace std;
void show(){
cout<<"hello dynamic"<<endl;
}
测试主程序main.cpp
#include "hello.h"
int main(){
show();
return 0;
}
下面我们写Makefile然后进行编译:
all : hello_static.o libhello.a libhello.so main_s main_d
hello_static.o : hello_static.cpp
g++ -c hello_static.cpp
libhello.a : hello_static.o
ar crs libhello.a hello_static.o
libhello.so : hello_dynamic.cpp
g++ -o $@ $+ -fPIC -shared
main_s : main.cpp
g++ -static -o $@ $+ -I. -lhello -L.
main_d : main.cpp
g++ -o $@ $+ -I. -lhello -L.
.PHONY : clean
clean :
-rm hello_static.o libhello.a libhello.so main_s main_d
在链接hello时,会以共享库文件优先. 如果同时存在静态库和共享库,可以使用-static强制使用静态库。当然也可以直接指定libhello.a。如:
g++ -o $@ $+ -I. -L. libhello.a
完成Makefile后,就可以进行编译,执行make命令,生成hello_static.o
、libhello.a
、 libhello.so
、main_s
、main_d
等文件。而main_s是我们静态链接生成的,main_d是动态链接。我们分别运行后:
[root@localhost gcc]# ./main_d
hello dynamic
[root@localhost gcc]# ./main_s
hello static
与我们预期一致。
问题
静态链接使用-static出现错误:
/usr/bin/ld: cannot find -lm
collect2: ld 返回 1
make: *** [main_s] 错误 1
安装glibc-devel
即可
找不到动态库
./main_d: error while loading shared libraries: libhello.so: cannot open shared object file: No such file or directory
这里是需要设置环境变量,可参考Linux环境变量介绍和区别。也就是我们需要将so文件设置到环境变量中。直接编辑.bashrc文件
vim ~/.bashrc
添加:
export LD_LIBRARY_PATH=/code/gcc
保存退出后,使其生效。
source ~/.bashrc