はRPATHを使用しますが、RUNPATHは使用しませんか？

Question

このページ - - http://labs.qt.nokia.com/2011/10/28/rpath-and-runpath/はld.soでライブラリ検索の順番についてこう述べています。その後、

Unless loading object has RUNPATH: 
    RPATH of the loading object, 
     then the RPATH of its loader (unless it has a RUNPATH), ..., 
     until the end of the chain, which is either the executable 
     or an object loaded by dlopen 
    Unless executable has RUNPATH: 
     RPATH of the executable 
LD_LIBRARY_PATH 
RUNPATH of the loading object 
ld.so.cache 
default dirs 

とは、お勧め：

あなたはどちらかRPATHを使用していない実行パスまたは LD_LIBRARY_PATHを確保するため、バイナリを出荷

実行前に設定されます。

RUNPATH種類-のはRPATHので、間接的な動的ロードをキャンセル期待通りに動作しないので、だから、RUNPATHでRPATHを使用して悪いのですか？しかし、なぜRPATHが非難されてRUNPATHになったのですか？

誰かが状況を説明できますか？

Answer 1

バイナリを出荷する際には、ユーザがバイナリを自分のシステムの仕様に合わせる、つまりライブラリ検索パスを調整する手段を提供するのがよいでしょう。

ユーザーは一般的に、あなたが代わりにDT_RUNPATHを使用する場合、ユーザーがLD_LIBRARY_PATHでそれをオーバーライドすることができ、一方、あなたは、バイナリにハードコードされたものをオーバーライドすることはできませんつまり、DT_RPATHよりも低い優先順位であり、どちらも、LD_LIBRARY_PATHと/etc/ld.co.confを微調整することができます。

（FWIW、ld.so.confもDT_RUNPATHよりも優先すべきですが、とにかく少なくともLD_LIBRARY_PATHがあると思います）。

また、上記の提案には、DT_RPATHを使用することに強く反対します。 IMO、nether DT_RPATHを使用しないでください。DT_RUNPATHは出荷されたバイナリではありません。

あなたが実行可能で、すべての依存ライブラリを出荷し、確保したい

ない限り、その物事JustWork（tm）のインストール後に、この場合の使用DT_RPATHインチ

Answer 2

チルの答えはまさに正しいです。 glibcソース（2.17の[master 8b0ccb2]）の最近の読書から色を追加したいだけでした。明確にするために、与えられたレベルで指定された場所にライブラリが見つからない場合、次のレベルが試されます。ライブラリが特定のレベルで見つかった場合、検索は停止します。

動的ライブラリの検索順序：ELFバイナリに

1. DT_RPATH、DT_RUNPATHセットしない限り。
2. LD_LIBRARY_PATHエントリ、ない限りELFバイナリ
3. /etc/ld.so.cacheエントリにsetuid/setgidされ
4. DT_RUNPATH、-z nodeflibはリンク時に
5. /libが与えられない限り、ない限りは/ usr/libに - z nodeflib
6. 完了、「見つかりません」。

Answer 3

しかし、なぜ、その後RPATHはRUNPATHの非推奨しまいましたか？

DT_RPATHが導入されたとき、他のすべてのパラメータより優先されました。 これにより、開発目的でもライブラリの検索パスを上書きすることができなくなりました。 したがって、LD_LIBRARY_PATHよりも優先度の低い別のパラメータLD_RUNPATHが導入されました。

詳細はウルリック・ドレパーによって書かれ"How to write shared libraries"仕事で見つけることができます。