linux编译相关命令

Posted 2020-11-12 pinhole

一、编译可执行文件

g++ –c Hello.cpp  编译文件，生成目标文件Hello.o

g++ Hello.o –o a.out  链接并重命名为可执行文件a.out

g++ Hello.cc    编译链接一起，生成a.out

g++ Hello.cc –o hello 生成a.out并命名为hello

二、编译相关选项

（1）-c

生成.o文件，对代码文件进行预处理、编译和汇编，相当于windows下生成目标文件obj

g++ -c hello.cpp

（2）-I DirPath

指定文件查找目录

-include file

-i file

指定包含的文件

g++ hello.cpp -include ../include/a.h

-I- DirPath

就是取消前一个参数的功能,所以一般在-I DirPath之后使用

（3）-L LibPath

指定链接库的路径

-l library

-llibrary

指定链接库

（4）  -g   
在编译的时候，产生调试信息，程序运行时可以dbg调试

（4）-static

此选项将禁止使用动态库。

优点：程序运行不依赖于其他库

缺点：文件比较大

gcc test_main.c -static -o test_main -lpthread

会发现test_main很大，它已经把各种依赖的东西都包含进来

（5） -shared (-G)

此选项将尽量使用动态库，为默认选项

优点：生成文件比较小

缺点：运行时需要系统提供动态库

（6）-Wall

一般使用该选项，允许发出GCC能够提供的所有有用的警告。也可以用-W{warning}来标记指定的警告。

三、静态库和动态库的编译命令

1、生成动态库和静态库

（1）得到hello.o

g++ -c hello.cpp

（2）得到静态库myhello.a

ar -cr libmyhello.a hello.o

（3）使用静态库

g++ -o hello main.c -L. -lmyhello

-L.表示静态库位于当前目录下，myhello自动加上lib组成静态库名称libmyhello.a

（4）得到动态库myhello.so

 g++ -fPIC -shared hello.cpp -o libmyhello.so

（5）使用动态库

动态库的时候和静态库使用一样，唯一值得注意的是当目录中同时存在相同名称的动态库和静态库时，编译的时候优先使用动态库

2、fPIC选项

加上fPIC选项生成的动态库时位置无关的，可以实现多个进程共享动态库，多个进程引用同一个PIC动态库时，可以共享内存。这一个库在不同进程中的虚拟地址不同，但操作系统显然会把它们映射到同一块物理内存上。

不加fPIC，则加载so文件时，需要对代码段引用的数据对象需要重定位，重定位会修改代码段的内容,这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的copy.每个copy都不一样,取决于这个.so文件代码段和数据段内存映射的位置。可见，这种方式更消耗内存。

3、如何解决运行时找不到动态库的问题

（1）将动态库添加到系统默认的搜索路径下，如/lib、/usr/lib

（2）设置临时动态库路径的环境变量，这种方法设置的是临时的，系统重启之后就没了

export LD_LIBRARY_PATH=./

取消设置

export LD_LIBRARY_PATH=

（3）/etc/ld.so.cache中缓存了动态库路径，可以通过修改配置文件/etc/ld.so.conf中指定的动态库搜索路径，然后执行ldconfig命令来改变

（4）编译链接添加-WL,-rpath命令选项，将运行时动态库的搜索路径记录在可执行程序中

例如，有源文件test.cpp和func.cpp

g++ -shared -fPIC func.cpp -o libfunc.so

编译得到libfunc.so动态库

g++ main.cpp -o a.out -L ./ -lfunc

编译得到a.out，执行a.out，提示出错

ldd查看a.out依赖的动态库，发现libfunc.so找不到

g++ main.cpp -o a.out -L ./ -lfunc -WL,-rpath ./

编译得到a.out，执行a.out，运行成功，ldd查看a.out依赖的动态库，发现libfunc.so路径正确

把a.out和libfunc.so拷贝到任何目录下，都能运行成功