如何在linux上打包c++依赖

Question

我正在使用 cmake 在 Ubuntu 16.04 上开发一个 c++ 程序，使用 g++5 和 clang++-3.8 进行编译。

现在我想让这个程序也适用于 14.04，但是由于我使用了很多 c++14 特性，我不能只在那个系统上重新编译它。相反，我想问是否/如何以一种我可以在目标系统上解压文件夹并运行应用程序的方式打包所有依赖项（特别是 c++ 标准库）。

理想情况下，我正在寻找一些可以添加到我的 cmake 构建中的自动化/脚本化解决方案。

奖金问题：
目前，这只是一个简单的命令行程序，我可以轻松地重新编译所有 3rd 方依赖项（实际上我这样做了）。然而，从长远来看，我还想移植一个 QT 应用程序。理想情况下，该解决方案也适用于该场景。

Answer 1

您的条件中最糟糕的部分是不兼容的标准库。 无论如何，您必须静态链接它（请参阅 cmets 到您的答案）。

多种选择：

完全静态链接：

我认为这对您来说是最简单的方法，但它要求您可以将所有第三方库构建（或以任何方式获取）为静态的。如果由于某种原因你不能，那不是你的选择。

您只需像往常一样构建您的应用程序，然后将其与您需要的所有库静态链接（请参阅编译器的文档）。因此，您将获得完全无依赖关系的可执行文件，它可以在任何 ABI 兼容的系统上运行（您可能需要检查 x86 可执行文件是否适用于 x86_64）。

部分静态链接

您可以静态链接所有可以链接的内容，并动态链接其他内容。因此，您将所有动态库 (*.so) 与您的应用程序一起分发（在 path/to/app/lib 或 path/to/app/ 文件夹中），因此您不依赖于系统库。创建deb 包，将所有文件放入/opt 或$HOME/appname 文件夹。您必须加载所有动态库 "by hand" 或要求编译器在链接阶段执行此操作（请参阅文档）。

Docker 容器

我对此了解不多，但我确切地知道它需要在目标系统上安装 docker（不是您的选择）。

有用的链接：

g++ link options

static linking manual

Finding Dynamic or Shared Libraries

clang 有类似的文档，google 一下。