リンクされたライブラリの必要なバージョンを見つけるまで、Unix / Linuxシステムがディレクトリを横断しないのはなぜですか？

リンクされたライブラリ（libz.so.1.2.7）を必要とする「alpha」という名前のバイナリ実行可能ファイルがあります。 /home/username/myproduct/lib/libz.so.1.2.7

次のコマンドを実行してバイナリ実行可能ファイルを生成する前に、同じものをターミナルインスタンスにエクスポートします。

export LD_LIBRARY_PATH=/home/username/myproduct/lib/:$LD_LIBRARY_PATH

さて、同じライブラリを必要とするがバージョンが異なる別のアプリケーション「bravo」、つまりで使用可能な（libz.so.1.2.8）を生成すると /lib/x86_64-linux-gnu/libz.so.1.2.8、システムは次のエラーをスローします。

version `ZLIB_1.2.3.3' not found (required by /usr/lib/x86_64-linux-gnu/libxml2.so.2)

の設定を解除するとLD_LIBRARY_PATH、「bravo」が正常に起動します。上記の動作は、リンクされたライブラリの検索中にLD_LIBRARY_PATH定義されたディレクトリパスよりも優先される/etc/ld.so.confため、上記のエラーが発生することを理解しています。ライブラリの最初のインスタンスが異なるバージョンである場合、UNIX / LINUXの開発者が、階層に従って他のディレクトリ内のリンクされたライブラリを検索するようにOSを設計しなかった理由に興味があります。

簡単に言えば、UNIX / LINUXシステムは、必要なライブラリが見つかるまで一連のディレクトリを走査します。しかし、バージョンに関係なくライブラリの最初のインスタンスを受け入れるのではなく、予想されるバージョンが見つかるまで同じことをしないのはなぜですか？

しかし、バージョンに関係なくライブラリの最初のインスタンスを受け入れるのではなく、予想されるバージョンが見つかるまで同じことをしないのはなぜですか？

それが知っている限り、そうします。zlib.so.1.2.7そしてzlib.so.1.2.8両方のsonameがzlib.so.1あるので、あなたalphaとbravoバイナリは彼らが必要と言うzlib.so.1。ダイナミックローダーは、最初に見つかった一致するライブラリをロードします。バージョン1.2.8がbravo必要な追加のシンボルを提供することを知りません。（これが、のような追加の依存情報を指定するのに苦労する理由zlib1g (>= 1.2.8)ですbravo。）

これは簡単に修正できると思うかもしれませんが、それはそうではありません。特に、バイナリとライブラリは必要なライブラリとは別に必要なシンボルをリストするため、ローダーは特定のライブラリが提供するすべてのシンボルを提供することをチェックできませんそれから必要です。シンボルはさまざまな方法で提供でき、シンボルとそれらを提供するライブラリとの間にリンクを導入すると、既存のバイナリが破損する可能性があります。また、物事を複雑にする（そしてセキュリティに敏感な開発者が髪を引き裂くようにする）シンボル挿入の追加の楽しみがあります。

一部のライブラリは、バージョン情報を提供します。この情報はに格納されます.gnu.version_rが、提供するライブラリへのリンクlibzはここで役立ちますが、そうではありません。

（sonamesを考えると、あなたのalphaバイナリがでうまく動くと思いますzlib.so.1.2.8。）