• 如何删除对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))吗?
  • 在分发针对多个GNU / Linux发行版的单个Haskell二进制文件时,您是否还在上面列出的当前所需列表中看到任何其他可能导致问题的依赖项?


  • 注意:
  • 我的应用程序是GPLv3,因此没有关于GMP
  • 的许可证违反问题
  • 指定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(例如musluClibc)应该有助于解决这一问题。

    10-08 12:44