gcc中共享库函数的静态链接
- 2024-10-10 08:38:00
- admin 原创
- 347
问题描述：
如何在 gcc 中静态链接共享库函数？
解决方案 1：
参考：
您需要该库的静态版本来链接它。
共享库实际上是一个具有指定入口点（以及一些棘手的寻址问题）的特殊格式的可执行文件。它不包含静态链接所需的所有信息。
您不能静态链接共享库（或动态链接静态库）。
该标志-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 中，不支持此功能。事实上，据我所知，任何现有的编译器/链接器都不支持此功能。
