GCC：屏蔽动态库之间的依赖

假设有如下依赖关系的一个程序：

m 依赖于a

a 依赖于b

//a.c
#include 
 
void b();
void a()
{
	printf("Here is a call b\n");
	b();

//b.c
#include 
 
void b()
{
	printf("Here is b\n");

//m.c
#include 
 
void a();
 
int main()
{
	a();
	return 0;

GCC：编译时库路径和运行时库路径_风静如云的博客-CSDN博客

 已经说明此程序应该编译连接。

但是这里有一个地方并不是十分的方便，就是m从表面上看只依赖a，却需要将a依赖的b在编译连接时也加入，方可运行。对于一个比较复杂的程序，那么就需要不断的查看程序，才能确认最终需要编译连接的库都有什么，及其的不方便。

那么可不可以将a的依赖需要放入a的编译过程中呢：

gcc -fpic -shared a.c -o liba.so -lb -L .

gcc -o m m.c -la -L.

由于连接时库a需要库b，却无法找到，因此报错：
/usr/bin/ld: warning: libb.so, needed by ./liba.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: ./liba.so: undefined reference to `b'
collect2: error: ld returned 1 exit status

ldd liba.so 
linux-vdso.so.1 (0x00007ffecb1fd000)
libb.so => not found
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2ba19ad000)
/lib64/ld-linux-x86-64.so.2 (0x00007f2ba1bb7000)

可见这种方式行不通。

解决这个问题可以通过-Wl,-rpath=

-WL：表示编译器将后面的参数传递给链接器ld

-rpath：用于指定编译连接和运行时依赖的路径

因此编译a时可以通过如下方式，将其依赖的b加入：

gcc -fpic -shared a.c -o liba.so -lb -Wl,-rpath=.

gcc -o m m.c -la -L .

注：以上编译后，运行时可能会报错：

./m: error while loading shared libraries: liba.so: cannot open shared object file: No such file or directory

其原因是在运行时无法找到liba.so
解决这个问题有两个方法：

1.通过设置LD_LIBRARY_PATH

export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH

2.编译m时也指定 -Wl,-rpath=，即：

gcc -o m m.c -la -Wl,-rpath=.