gcc中共享库函数的静态链接

问题描述：

如何在 gcc 中静态链接共享库函数？

解决方案 1：

参考：

http://www.linuxquestions.org/questions/linux-newbie-8/forcing-static-linking-of-shared-libraries-696714/

您需要该库的静态版本来链接它。

共享库实际上是一个具有指定入口点（以及一些棘手的寻址问题）的特殊格式的可执行文件。它不包含静态链接所需的所有信息。

您不能静态链接共享库（或动态链接静态库）。

该标志-static将强制链接器使用静态库 (.a) 而不是共享库 (.so)。但静态库并不总是默认安装，因此您可能需要自行安装静态库。

另一种可能的方法是使用statifier或Ermine。 这两个工具都将动态链接的可执行文件作为输入，并创建一个嵌入所有共享库的独立可执行文件作为输出。

解决方案 2：

如果您想要静态链接libapplejuice，但不想链接liborangejuice，您可以像这样链接：

gcc object1.o object2.o -Wl,-Bstatic -lapplejuice -Wl,-Bdynamic -lorangejuice -o binary

有一个警告——如果liborangejuice使用libapplejuice，那么libapplejuice也将被动态链接。

您必须将liborangejuice其静态链接起来libapplejuice才能获得libapplejuice静态。

并且不要忘记保留，-Wl,-Bdynamic否则您最终会链接所有静态内容，包括libc（这不是一件好事）。

解决方案 3：

是的，我知道这是一个 8 年前的问题，但有人告诉我可以静态链接到共享对象库，当我搜索有关它的更多信息时，这实际上是最热门的。

ld为了真正证明使用(的链接器)静态链接共享对象库是不可能的gcc（而不是一群人坚持认为这是不可能的），请使用以下gcc命令：

gcc -o executablename objectname.o -Wl,-Bstatic -l:libnamespec.so

（当然，您必须objectname.o从进行编译sourcename.c，并且您可能还应该构建自己的共享对象库。如果这样做，请使用，-Wl,--library-path,.以便 ld 可以在本地目录中找到您的库。）

您收到的实际错误是：

/usr/bin/ld: attempted static link of dynamic object `libnamespec.so'
collect2: error: ld returned 1 exit status

希望有所帮助。

解决方案 4：

如果您有共享库 (.so) 的 .a 文件，您可以简单地将其及其完整路径包含在内，就像它是一个目标文件一样，如下所示：

只需编译即可生成 main.o：

gcc -c main.c

将该目标文件与相应的静态库链接起来并创建可执行文件（名为“main”）：

gcc main.o mylibrary.a -o main

或者用一个命令：

gcc main.c mylibrary.a -o main

它也可以是绝对路径或相对路径：

gcc main.c /usr/local/mylibs/mylibrary.a -o main

解决方案 5：

有点晚了但是...我找到了几年前保存的一个链接，我认为它可能对你们有用：

CDE：自动创建可移植的 Linux 应用程序

http://www.pgbovine.net/cde.html

• 只需下载程序即可

• 执行二进制文件并将要移植的二进制文件的名称作为参数传递，例如：nmap

./cde_2011-08-15_64bit nmap

该程序将读取链接到 nmap 及其依赖项的所有库，并将它们全部保存在名为cde-package/ 的文件夹中（与您位于同一目录中）。

• 最后，您可以压缩文件夹并在任何系统中部署可移植二进制文件。

请记住，要启动可移植程序，您必须执行位于cde-package/nmap.cde中的二进制文件

此致

解决方案 6：

在 gcc 中，不支持此功能。事实上，据我所知，任何现有的编译器/链接器都不支持此功能。