docker能解决C共享库不匹配的问题吗？

Question

我正在尝试在我的笔记本电脑上编译的 ubuntu (18.04) 主机上运行一些 haskell 代码。

host: 4.15.0-36-generic #39-Ubuntu SMP Mon Sep 24 16:19:09 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

laptop: 4.14.74-1-MANJARO #1 SMP PREEMPT Fri Oct 5 14:16:52 UTC 2018 x86_64 GNU/Linux

我得到的错误是

/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found

经过一番研究，我了解到这是因为我的笔记本电脑安装了 2.28 版本的 glibc，但主机只有 libc6 2.27。

我做了一些谷歌搜索，发现也许 docker 可以解决这个问题。但是，我刚刚使用以下 Dockerfile 创建了一个 docker 映像，但它不起作用（同样的 GLIBC_2.28 错误）

FROM fpco/stack-build:lts-12.9 as builder

RUN mkdir /opt/build
COPY . /opt/build
RUN cd /opt/build && stack build 

FROM ubuntu:18.04
RUN mkdir -p /opt/myapp
WORKDIR /opt/myapp
RUN apt-get update && apt-get install -y \
  ca-certificates
COPY --from=builder /opt/build/.stack-work/install/x86_64-linux-tinfo6/lts-12.9/8.4.3/bin .
CMD ["/opt/myapp/myapp-exe"]

我不知道现在该做什么。我有几个问题：

• 为什么我首先会遇到这个问题？我以为我在某处读到 glibc 向后兼容？ （glibc 和 libc6.. 一样吗？）

• 有没有办法使用 docker 来解决这个问题？我可以在 ubuntu 映像中运行我的构建过程吗？例如FROM fcpo/stack-build:lts-12.9 and ubutu:18.04，然后创建另一个 ubuntu 映像，我将二进制文件复制到其中？

• 以前有没有其他人遇到过这种情况？如果是这样，您是否找到了解决方案（不仅仅是更改操作系统？）？

Answer 1

为什么我首先会遇到这个问题？我以为我在某处读到 glibc 向后兼容？

GLIBC 向后兼容（针对旧 GLIBC 构建的程序继续在新 GLIBC 上运行），但 逆向 不正确。

在您的情况下，您构建在较新的 (GLIBC-2.28) 系统上，并尝试在较旧的 (GLIBC-2.27) 系统上运行。这不能保证有效（尽管它可能适用于足够简单的程序）。

有没有办法使用 docker 来解决这个问题？

您需要针对您计划使用的最旧版本的 GLIBC构建。

您可以通过多种方式实现这一目标：

• 使用 Linux 到旧版 Linux 交叉编译器
• 使用 chroot 构建环境
• 在构建时使用具有旧 GLIBC 的 docker 容器。

或者您可以在一个 docker 容器中运行，该容器具有您的程序所需的 GLIBC-2.28。