ソフトウェアを Red Hat Linux 6.0 で実行したい場合、6.0 でビルドする必要がありますか? または、6.3 でビルドできますか? (5.X の同様の質問) ビルド プロセス中に吸い込まれる共有ライブラリと同様の「自動」依存関係のランタイムへの影響について、一般的な質問をしています。また、マイナー リリース間の違いだけに関心があります。メジャー リリース間でさらに多くのことが変更されることを私は知っています。特に RH および RH 由来のディストリビューションに興味があります。私のプログラムは C と C++ で書かれています。私が心配する必要がある最大の依存関係は、C および C++ の GCC ランタイム ライブラリです。どの GCC 更新がどの RH マイナー リリースで使用されたかを確認するために使用できる Web ページはありますか?
明確にするために：私は、今後の更新リリース間の互換性に対する目標と取り組みを理解しています. 6.1 から 6.2 にアップグレードしても、既存のアプリケーションが壊れることはありません。新しいアップデートで構築し、古いアップデートで実行するには、逆の互換性が必要です。6.2 で構築されたものと互換性を持たせるには、6.1 が必要です。一般に、この種の互換性は、すべての構成ファイル、ライブラリなどにわたって広範囲にわたって達成することは不可能です。
6.1 で正常に設計、作成、ビルドされたアプリがあります。6.2 でビルドしたいのですが、6.1 でも正しく動作するようにしたいと考えています。サポートしたい最も古い更新リリースを常に構築する必要がある、Linux での一般的なソフトウェア リリース プラクティスはありますか? それとも、ほとんどの人が試行錯誤を行って、自分のアプリが古い更新リリースで動作するかどうかを判断していますか? 試行錯誤を行った場合、方程式にどの程度の「誤差」が現れるでしょうか?