使用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不起作用(如何有选择地将某些系统库静态链接到Haskell程序二进制文件？)libgmp仍然在ldd输出中列出.

Answer 1

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

这意味着你也会在glibc中静态链接,但这可能不会成为问题,尽管它可能会增加二进制大小.使用像musl或uClibc这样的替代libc 应该有助于抵消它,如果它对你来说是个问题.