美文网首页
gcc用法以及静态/动态链接

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

作者: 第八区 | 来源:发表于2017-09-18 14:44 被阅读296次

    安装

    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.olibhello.alibhello.somain_smain_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
    

    相关文章

      网友评论

          本文标题:gcc用法以及静态/动态链接

          本文链接:https://www.haomeiwen.com/subject/iykbsxtx.html