是否可以编译在所有 Linux 发行版中执行的 C/C++ 源代码而无需重新编译？
如果答案是肯定的，我可以使用任何外部（非标准 C/C++）库吗？
我想分发我的二进制应用程序而不是分发源代码。
【问题讨论】：
不，您不能编译在所有 Linux 发行版中执行的可执行文件。但是，您可以编译一个适用于人们倾向于关心的大多数发行版的可执行文件。
编译 32 位。编译为您愿意支持的最低 CPU 级别。
构建您自己的 glibc 版本。使用--enable-kernel 选项设置您愿意支持的最低内核版本。
编译您计划自己使用的所有其他库。使用 glibc 构建中的标头和您选择的 CPU/编译器标志。
静态链接。
对于无法静态链接的任何内容（例如，如果您需要访问系统的默认名称解析或需要 PAM），您必须设计自己的帮助进程和 API。将源代码发布到帮助程序进程并让他们（或您的安装程序）编译它。
在您需要支持的所有平台上进行彻底测试。
如果某些库调用了无法使用此机制的函数，您可能需要调整它们。这包括dlopen、gethostbyname、iconv_open 等等。 （这些类型的函数基本上依赖于动态链接。参见上面的第 5 步。链接这些函数时会收到警告。）
此外，如果您不小心，时区往往会中断，因为您的代码可能无法理解系统的区域格式或区域文件位置。 （您不会收到这些警告。它只是行不通。）
大多数这样做的人都在构建时使用最低支持的 CPU 是 Pentium 4，最低支持的内核版本是 2.6.0。
【讨论】：
安装之间有两个不同之处。架构和库。
不可能直接为不同的架构使用一个二进制文件；曾尝试在一个文件中包含多个拱门的二进制文件 (fatelf)，但它没有被广泛使用，也不太可能获得动力。因此，至少您必须为 ia32、amd64、arm、... 分发单独的二进制文件（不过，如果不是所有 amd64 发行版都已编译内核并支持运行 ia32 代码）
发行版包含不同版本的库。只要 API 不变，您就可以链接到该库。一些库确保主要编号内的基本向后兼容性（因此 GTK2.2 应用程序可以与 GTK2.30 库一起正常运行，但不一定反之亦然）。如果你想确定，你必须静态链接你使用的所有库，除了最基本的库（可能只有libc6，这是二进制兼容的跨发行版 AFAIK）。这可以增加二进制文件的大小，这也是原因之一。 Acrobat Reader 的下载量相对较大，虽然应用程序本身的功能并不特别丰富。
c++ ABI 有一个过渡期，在 gcc 2.9 和 3 (IIRC) 之间发生了变化，但旧的 ABI 实际上只是在古老的安装上。这对您来说应该不再是问题，如果您静态链接，无论如何都无关紧要。
【讨论】：
一般不会。
有几个障碍。
不同的架构
虽然 32 位二进制文件可以在 x86_64 系统上运行，但反之则不行。另外还有很多 ARM 系统。
内核 ABI
内核 ABI 变化非常缓慢，但确实会发生变化，因此您不能真正支持所有可能的版本。请注意，在某些地方，内核 2.2 仍在使用中。
您可以做的是创建一个静态链接的二进制文件。此类二进制文件将包含您的应用所依赖的所有库，并且可以在具有相同架构和相当相似内核版本的所有系统上运行。
【讨论】：