如何确定Haskell可执行文件所需的OS依赖包?

前端之家收集整理的这篇文章主要介绍了如何确定Haskell可执行文件所需的OS依赖包?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我刚刚编译了一个带有堆栈构建的可执行文件,然后只是将可执行文件复制到另一台机器上,但运行应用程序会导致:

./app: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory

我猜我需要从相应的Linux发行版的软件包中安装一些软件包 – 但是有更有效的方式然后搜索出现的每个错误并尝试识别软件包吗?

我试过在一些docker镜像中运行可执行文件
fpco / haskell-scratch,debian:stretch-slim所有导致相同的行为:

sudo docker run --rm -it -v $(pwd):/abcxyz fpco/haskell-scratch sh
# /abcxyz/app
/abcxyz/app: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory

更新

使用debian映像我安装了openssl:

apt-get install openssl

错误

/ abcxyz / app:加载共享库时出错:libgmp.so.10:无法打开共享对象文件:没有这样的文件或目录

apt-get install libgmp-dev

它有效……

解决方法

这实际上并不是Haskell特有的,而是Linux动态链接共享库的方式.您可以使用ldd< file>:

% ldd ./StateSort
    linux-vdso.so.1 (0x00007ffd29385000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007fd986bd1000)
    libgmp.so.10 => /usr/lib/libgmp.so.10 (0x00007fd98693e000)
    librt.so.1 => /usr/lib/librt.so.1 (0x00007fd986736000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fd986532000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fd986314000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007fd985f5c000)
    /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007fd986f1d000)

如果缺少库,您将立即注意到它们:右侧和so文件的路径将不存在.

然后,您将需要参考Linux发行版的软件包管理系统,以找出可能包含所需文件的软件包.对于Ubuntu,您可以使用apt-file,用于ArchLinux – pkgfile,依此类推.

我必须警告你,ldd实际上执行了文件中的一些代码,因此恶意程序可能会接管并造成严重破坏.如果您想以这种方式剖析未知来源的可执行文件,则必须在一次性取证收容中进行.据我了解,这不适用于手头的情况,但我必须警告你.

猜你在找的设计模式相关文章