告诉GCC去哪找共享库

Uh-oh!连接器不知道该去哪里找到libfoo。GCC有一个默认的搜索列表，但我们的目录并不在那个列表当中。我们需要告诉GCC去哪里找到libfoo.so。这就要用到-L选项。在本例中，我们将使用当前目录/home/username/foo： 

$gcc-L/home/username/foo -Wall -o test main.c -lfoo

 

Step 4: 运行时使用库

好的，没有异常。让我们运行一下程序： 

$ ./test
./test: errorwhileloading shared libraries: libfoo.so: cannot open sharedobjectfile: No suchfileor directory

 

Oh no! 加载器不能找到共享库。我们没有将它安装到标准位置，因此我们需要帮一帮加载器。我们有两个选项：使用环境变量LD_LIBRARY_PATH或者rpath。让我们先看看LD_LIBRARY_PATH：

 

使用LD_LIBRARY_PATH 

$echo$LD_LIBRARY_PATH

 

目前什么都没有。现在把我们的工作目录添加到LD_LIBRARY_PATH中： 

$ LD_LIBRARY_PATH=/home/username/foo:$LD_LIBRARY_PATH
$ ./test
./test: errorwhileloading shared libraries: libfoo.so: cannot open sharedobjectfile: No suchfileor directory

 

为什么还报错？虽然我们的目录在LD_LIBRARY_PATH，但是我们还没有导出它。在Linux中，如果你不将修改导出到一个环境变量，这些修改是不会被子进程继承的。加载器和我们的测试程序没有继承我们所做的修改，不过放心，要修复这个问题很简单： 

$ export LD_LIBRARY_PATH=/home/username/foo:$LD_LIBRARY_PATH
$ ./test
This is a shared library test...
Hello, I'm a shared library