gcc用法以及静态/动态链接

安装

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 
using namespace std;
void show(){
  cout<<"hello static"<

hello_dynamic.cpp

#include "hello.h"
#include 
using namespace std;
void show(){
  cout<<"hello dynamic"<

测试主程序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