1

我正在编写一个在 Windows、Linux 和 Mac 下部署的共享库。在 Linux 方面，我试图确保我的库具有尽可能少的依赖项。我不希望最终开发人员完全担心我的库在内部使用什么，特别是我不想强迫他们安装任何东西。

目前，当我在我的库上运行 ldd 时，我看到：

    linux-gate.so.1 =>  (0xf57fe000)                                        
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb773d000)     
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7654000)   
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74a1000)                 
    /lib/ld-linux.so.2 (0xb7782000)                                         
    libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb745d000)                 
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7440000)

这对我来说看起来相当合理，但其中一些库我不确定它们是什么。谁能告诉我这个依赖列表是否合理，或者我是否可以摆脱其中的一些？有了这个依赖列表，我的库会在各种 Linux 配置和发行版上运行吗？这就是我的目标，最大的便携性。

编译时，我指定标志 -static-libgcc。例如，我还可以指定在 C++ 标准库中链接的其他标志吗？在内部，我的库在 C++11 中使用 std::thread，但我不想强制应用程序编写者必须拥有它（例如，如果他们使用的是旧版本的 GCC）。

更新：

除了-static-libgcc，我现在指定-static-libstdc++。我的依赖列表现在如下所示：

    linux-gate.so.1 =>  (0xf57fe000)                                        
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7737000)     
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7584000)                 
    /lib/ld-linux.so.2 (0xb77a2000)

唯一让我担心的是 libc.so.6 和 linux-gate.so.1。我不知道这些是什么。它们是否旧了，如果是，它们是否长期保持向后兼容？如果是这样，我只会让它们动态链接，否则我必须继续调查。任何提示将不胜感激。

4

1 回答 1

1

linux-gate.so.1 是一个虚拟 DSO，这意味着它并不存在。解释它的最好方法就是在这里阅读这个链接。

要回答您的问题，我认为您最好的选择是继续动态链接到它们，并针对不同的发行版进行一些不同的构建。我发现通常在为 Ubuntu 构建时，它可以在多个 Debian linux 系统上运行。

于 2013-08-29T14:28:01.860 回答