使用GHC（+ LLVM）将GMP静态链接到Haskell应用程序

Question

1. 如何删除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））？

2. 在分发针对多个GNU / Linux发行版的单个Haskell二进制文件时，您是否看到任何可能导致当前所需列表中存在问题的其他依赖项？

---

备注：

• 我的应用是GPLv3，因此没有关于GMP的许可证违规问题
• 指定libgmp.a的路径不起作用（How to selectively link certain system libraries statically into Haskell program binary?），libgmp输出中仍会列出ldd。

Answer 1

如果将-optl-static -optl-pthread传递给GHC，它将静态链接所有运行时库依赖项，包括GMP。在Cabal文件中设置ld-options: -static -pthread应该可以完成同样的事情。

这意味着你也会在glibc中静态链接，但这可能不会成为问题，尽管它可能会增加二进制大小。使用替代libc（如musl或uClibc）可以帮助抵消这种情况，如果这对您来说是个问题。