libgmp
的动态依赖关系并从此开始:linux-vdso.so.1 => (0x00007fffdccb1000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007fb01afc1000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb01acc7000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb01aabe000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb01a8ba000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb01a69d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb01a2df000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb01b249000)
为此(当前需要):
linux-vdso.so.1 => (0x00007fffdccb1000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb01acc7000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb01aabe000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb01a8ba000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb01a69d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb01a2df000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb01b249000)
以一种干净,可移植的方式运行在所有GNU / Linux发行版上(并且不会弄乱BSD(包括OS X))吗?
注意:
libgmp.a
的路径不起作用(How to selectively link certain system libraries statically into Haskell program binary?),但libgmp
仍列在ldd
输出中。 最佳答案
如果将-optl-static -optl-pthread
传递给GHC,它将静态链接所有运行时库依赖项,包括GMP。在Cabal文件中设置ld-options: -static -pthread
应该可以完成相同的操作。
这意味着您也将静态链接glibc,但这可能不会有问题,尽管它可能会增加二进制文件的大小。如果这对您来说是一个问题,那么使用替代的libc(例如musl或uClibc)应该有助于解决这一问题。