工具链中库和头文件的搜索路径

最新推荐文章于 2023-06-15 18:43:47 发布

fengzhishang_meteor

最新推荐文章于 2023-06-15 18:43:47 发布

阅读量2.4k

点赞数

分类专栏： Embedded 文章标签：工具链 lib include

Embedded 专栏收录该内容

54 篇文章 5 订阅

订阅专栏

制作.so文件

我们的目标是制作共享库，即.so文件。

首先，编译stack.c:

$gcc -c -fPIC -o mystack.o mystack.c

-c表示只编译(compile)，而不连接。-o选项用于说明输出(output)文件名。gcc将生成一个目标(object)文件mystack.o。

注意-fPIC选项。PIC指Position Independent Code。共享库要求有此选项，以便实现动态连接(dynamic linking)。

生成共享库:

$gcc -shared -o libmystack.so mystack.o

库文件以lib开始。共享库文件以.so为后缀。-shared表示生成一个共享库。

这样，共享库就完成了。.so文件和.h文件都位于当前工作路径(.)。

使用共享库

我们编写一个test.c，来实际调用共享库:

#include <stdio.h>
#include "mystack.h"

/*
 * call functions in mystack library
 */
void main(void)
{
    ElementTP a;
    int i;
    STACK sk;
    sk = init_stack();
    push(sk, 1);
    push(sk, 2);
    push(sk, 8);
    printf("Stack is null? %d\n", is_null(sk));
    for (i=0; i<3; i++) {
        a = pop(sk);
        printf("pop: %d\n", a);
    }

    printf("Stack is null? %d\n", is_null(sk));    
    delete_stack(sk);
}

注意，我们在程序的一开始include了mystack.h。

编译上述程序。编译器需要知道.h文件位置。

对于#include "..."，编译器会在当前路径搜索.h文件。你也可以使用-I选项提供额外的搜索路径，比如-I/home/vamei/test。
对于#include <...>，编译器会在默认include搜索路径中寻找。

编译器还需要知道我们用了哪个库文件，在gcc中:

使用-l选项说明库文件的名字。这里，我们将使用-lmystack (即libmystack库文件)。
使用-L选项说明库文件所在的路径。这里，我们使用-L. (即.路径)。

如果没有提供-L选项，gcc将在默认库文件搜索路径中寻找。

你可以使用下面的命令，来获知自己电脑上的include默认搜索路径:

$`gcc -print-prog-name=cc1` -v

获知库默认搜索路径:

$gcc -print-search-dirs

我们所需的.h和.so文件都在当前路径，因此，使用如下命令编译:

$gcc -o test test.c -lmystack -L.

将生成test可执行文件。

使用

$./test

执行程序

运行程序

尽管我们成功编译了test可执行文件，但很有可能不能执行。一个可能是权限问题。我们需要有执行该文件的权限，见Linux文件管理背景知识

另一个情况是:

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

这是因为操作系统无法找到库。libmystack.so位于当前路径，位于库文件的默认路径之外。尽管我们在编译时(compile time)提供了.so文件的位置，但这个信息并没有写入test可执行文件(runtime)。可以使用下面命令测试:

$ldd test

ldd用于显示可执行文件所依赖的库。显示:

    linux-vdso.so.1 =>  (0x00007fff31dff000)
    libmystack.so => not found
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fca30de7000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fca311cb000)

这说明test可执行文件无法找到它所需的libmystack.so库文件。

为了解决上面的问题，我们可以将.so文件放入默认搜索路径中。但有时，特别是多用户环境下，我们不享有在默认搜索路径写入的权限。

一个解决方案是设置LD_LIBRARY_PATH环境变量。比如:

$export LD_LIBRARY_PATH=.

这样，可执行文件执行时，操作系统将在先在LD_LIBRARY_PATH下搜索库文件，再到默认路径中搜索。环境变量的坏处是，它会影响所有的可执行程序。如果我们在编译其他程序时，如果我们不小心，很可能导致其他可执行文件无法运行。因此，LD_LIBRARY_PATH环境变量多用于测试。

另一个解决方案，即提供-rpath选项，将搜索路径信息写入test文件(rpath代表runtime path)。这样就不需要设置环境变量。这样做的坏处是，如果库文件移动位置，我们需要重新编译test。使用如下命令编译test.c:

$gcc -g -o test test.c -lmystack -L. -Wl,-rpath=.

-Wl表示，-rpath选项是传递给连接器(linker)。