リンクするときにライブラリの依存関係はどのように機能するのですか？

Question

私はライブラリlibmya.soとライブラリlibmyb.soを持っています。 libmyb.soの関数は、libmya.soの関数に依存します。また、私はlibmyb.soに依存する実行可能なmyexeを持っています。これらのライブラリを作るときに、ルールに-lオプションを付けるべきですか？

それは1）であるべき：

libmya.so: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) -o $@ $^ 

libmyb.so: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) $(LIBS) -o $@ $^ -lmya 

myexe: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) $(LIBS) -o $@ $^ -lmyb 

または2）

libmya.so: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) -o $@ $^ 

libmyb.so: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) $(LIBS) -o $@ $^ 

myexe: $(OBJ_FILES) 
    $(CPP) $(LDFLAGS) $(LIBS) -o $@ $^ -lmya -lmyb 

またはいくつかの他のコンボ？

Answer 1

私はオプション1（オプション2は動作しますが、それ以来、誰もがexeをリンクする誰もが必要とするすべての推移的ライブラリを覚えておく必要があります）は行っていません。

ただし、このアドバイスは上記のようにsoファイルを作成するためのものです。 soファイル（共有オブジェクト）は、実行可能ファイルによく似た、 "main"ライブラリを持たない "インテリジェントな"ライブラリです。 soファイルは他のライブラリ（実行可能ファイルなど）にリンクでき、実行可能ファイルがsoファイルにリンクすると、soファイルの依存関係が自動的に再帰的に含まれます。

したがって、作成するsoファイルは、すべての依存関係とリンクする必要があります。

aファイル（静的ライブラリ）などの「ダム」ライブラリは別の話です。実行可能ファイル内のすべてのリンクを行う必要があります（オプション2）。

lddツールを使用して、実行可能ファイルとsoファイルの依存関係を調べて、この動作の仕組みを確認することをお勧めします。

オプション1がより良い理由の実際の例については、ldd /usr/lib/libpng.soを試してください。 libpngはlibzにリンクされています。そうでなければ、libpngとリンクする人は誰でもlibzとリンクする必要があります。それは、libzが関係していることを知らずにlibpngとリンクすることができます。

Answer 2

ライブラリは、それらをビルドするときに互いに依存しません。実行可能ファイル（exeまたはdll）は、それらに依存します。ライブラリは、関数やデータの集合です。彼らはリンク時（どこからでも重要ではない）でその内容がexe/dllによって使用されるときにそこにいなければなりません。ライブラリはリンクされておらず（ビルド時に）、それらを構成するオブジェクトファイルは図書館員によってアーカイブされます。

あるライブラリの関数は別のライブラリの関数を使用できますが、exe/dllのリンク時にのみ、これらの依存関係が解決されます（つまり、両方のライブラリがリンクされている必要があります）。