Build 我是否必须在我想要支持的最早的Linux操作系统次要版本上构建我的程序?

Build 我是否必须在我想要支持的最早的Linux操作系统次要版本上构建我的程序?,build,dependencies,build-process,compatibility,redhat,Build,Dependencies,Build Process,Compatibility,Redhat,如果我想让我的软件在Red Hat Linux 6.0上运行,我必须在6.0上构建它吗?或者我可以把它建立在6.3上吗?(类似于5.X的问题)我问的是一个关于共享库的运行时含义和类似的“自动”依赖关系的一般性问题,这些依赖关系在构建过程中会被吸收。我只对小版本之间的差异感兴趣。我知道在主要版本之间会有更多的变化。我对RH和RH导出的分布特别感兴趣。我的程序是用C和C++编写的。我认为我需要担心的最大依赖是C和C++的GCC运行库。是否有一个网页我可以用来验证哪些GCC更新在哪个版本中使用 明确地

如果我想让我的软件在Red Hat Linux 6.0上运行,我必须在6.0上构建它吗?或者我可以把它建立在6.3上吗?(类似于5.X的问题)我问的是一个关于共享库的运行时含义和类似的“自动”依赖关系的一般性问题,这些依赖关系在构建过程中会被吸收。我只对小版本之间的差异感兴趣。我知道在主要版本之间会有更多的变化。我对RH和RH导出的分布特别感兴趣。我的程序是用C和C++编写的。我认为我需要担心的最大依赖是C和C++的GCC运行库。是否有一个网页我可以用来验证哪些GCC更新在哪个版本中使用

明确地说:我理解未来更新版本之间兼容性的目标和承诺。从6.1升级到6.2不应破坏我现有的应用程序。为了在较新的更新上构建并在较旧的更新上运行,我需要相反的兼容性。我需要6.1与基于6.2的东西兼容。一般来说,这种兼容性不可能在所有配置文件、库等中广泛实现,但我只需要一小部分反向兼容性

我有一个应用程序是在6.1上设计、编写和成功构建的。现在我想在6.2上构建它,但我希望它仍能在6.1上正确运行。Linux上是否有一个通用的软件发布实践,您必须始终在您想要支持的最旧更新版本的基础上进行构建?或者,大多数人都会使用试错法来确定他们的应用程序是否在较旧的更新版本上运行?如果你使用试错法,等式中会出现多少“错误”