autotoos/libtoolでのプラグイン（モジュール）の適切な扱い

Question

私は静的なライブラリLを生成するプロジェクトを持っています.Lのいくつかの関数はいくつかのpluggins Mをロードする能力を持っています（dlopen("libmmmm.so")：Mは共有lib 。

Lの関数module_load()をテストするテストTは、メインテストT（Lが統計的にリンクされている）とプラグインMで構成され、T + Lの負荷をテストします。

テストはインストールの一部です（testdirが定義されています）。ここで

がテストTのディレクトリ（TとMの両方を構築する）にMakefile.amを以下のとおり

#the test program linked with the static lib L: 
#(the tests are distributed as well, hence the test_* prefix)         
test_PROGRAMS = tttt          
tttt_SOURCES = tttt.c 
tttt_LDADD = llll.la 

#the module to be loaded by the T+L test:              
lib_LTLIBRARIES = libmmmm.la           
libmmmm_la_SOURCES = mmmm.c         
libmmmm_la_LDFLAGS = $(AM_LDFLAGS) -module -shared 

問題はモジュールを見つけることができるのパスについてされています（ テスト作品を、すなわちlibmmmm .soが見つかりました）を確認します。しかし、ツリー外（VPATH）ビルド（共有ライブラリが見つかりません）で失敗します。

質問： どのように動作するはずですか？ libtoolはLD_LIBRARY_PATHのようなものを設定する必要があります。dlopen()は*.laラッパーを理解できません。

これは何を行い、どのようにしてこれを修正することができますか？ビルドする、distcheckする... .libsディレクトリへの検索パスをハードコーディングすることは、あまり移植性がありません。多くの異なるプラットフォームをターゲットにしているので、autotoolsを使用します。

PS：私はMの「LIB」接頭辞が原因あなたはそれの世話をするためにlibltdlを使用することができ、「-module」オプション

Answer 1

に省略することができることを認識しています、1つは.laファイルを理解して、それはローディングを修正しますが、100％同じAPIではありません。

この状況では、独自のラッパースクリプトを作成してLD_LIBRARY_PATHを設定する必要があります。