Unix上C++でのｄｌｌとインポートライブラリの関係

質問

こんにちわ。
いつも教えてgooにお世話になっているorange_pieです。
UNIX上のC++で作成した自作ライブラリをdllにして配布したいのですが、
Unixでの基本的な考え方を教えてください。

(1)Unix上ではDLLの標準的な名称は”libxxxx.so”とするのが普通ですか？
　※この形式ならLD_LIBRARY_PATH環境変数が検索してくれる。。。
(2)通常、DLLにする場合、インポートライブラリ（.lib）と実際のライブラリ（.so)を作成して、使用する側はインポートライブラリのみをリンクするのでしょうか？
(3)配布されたdllを使う側では、Link時にインポートライブラリをリンクして、関連インクルードファイルをインクルードするだけで使えるのでしょうか？
(4)上記の(2)のように、インポートライブラリとライブラリの実態を作成する為のコンパイルオプションが見つかりません。（ldのmanを見たのですが、意味がわからないと言うか。。。。。）

この質問は、自作ライブラリからlibxxx.soという形のオブジェクトファイルを作り、別プログラムからこのlibxxxをコンパイルオプション（-l)でリンクしてみたら正しく動作したのですが、これでは結局ライブラリの本体が一緒にリンクされている様子で、出来上がった実行形式のファイルサイズが静的ライブラリとしてリンクした時と同じ大きさになっていることに疑問を抱いてしまったものです。
　この状態でも、ライブラリの方だけコンパイルしなおして実行すると
ちゃんとライブラリの変更点は反映されるので問題は無いのですが、
これでもダイナミックリンク・ライブラリと呼べるのでしょうか？

回答No.1

a-kuma

> (1)Unix上ではDLLの標準的な名称は”libxxxx.so”とするのが普通ですか？

そうです。

OS によっては、libxxx.so は、libxxx.so.バージョン番号 というファイルへの
シンボリックリンクになってたりしますが、ローダが *.so というファイルを
探しに行くことが基本なのは一緒です。

> (2)通常、DLLにする場合、インポートライブラリ（.lib）と実際のライブラリ（.so)を作成して、使用する側はインポートライブラリのみをリンクするのでしょうか？

unix では、インポートライブラリなんて不細工なものは気にしなくても良いです。
直接、共有ライブラリがリンクできることは経験した通り。

> (3)配布されたdllを使う側では、Link時にインポートライブラリをリンクして、関連インクルードファイルをインクルードするだけで使えるのでしょうか？

インポートライブラリなんてものが要らないのは (2) の回答で書いた通り。

インクルードファイルが必要なのは、C/C++ で共通の定数やプロトタイプが
記述してあるから、という理由なだけで、「DLLを使う」ための必須の条件では
ありません。

> (4)上記の(2)のように、インポートライブラリとライブラリの実態を作成する為のコンパイルオプションが見つかりません。（ldのmanを見たのですが、意味がわからないと言うか。。。。。）

というわけで、unix のマニュアルを見ても永遠に分かることはないでしょう。

> これでは結局ライブラリの本体が一緒にリンクされている様子で、出来上がった実行形式のファイルサイズが静的ライブラリとしてリンクした時と同じ大きさになっている

ちょっと信じられません。

> ライブラリの方だけコンパイルしなおして実行するとちゃんとライブラリの変更点は反映される

ということから、共有ライブラリとしてはきちんと作成されているようです。

多分、静的なライブラリをリンクしたつもりになっているだけで、動的な
ライブラリがリンクされているはずです。

ld の man などに、libxxx.a と libxxx.so の両方が存在しているときの
動作について説明があるはずです。libxxx.so を削除してしまってから
もう一度、リンクをしてみてください。

実際にモジュールの参照が静的に解決されているかどうかは、nm という
コマンドで確認することが出来ます。

お礼

なるほど～。
インポートライブラリって、確かOS/2だかWindowsだかでDLLを作った時に「作れ！！」と言われたような気がして、Unixでも「そうなのかな～」と漠然と思ってしまいました。気にしなくてよかったのですね。

それから、
＞多分、静的なライブラリをリンクしたつもりになっているだけで、
＞動的なライブラリがリンクされているはずです。
についてですが、静的なライブラリをリンクしていたつもりのMakefileを見直して見たところ、Linkオプションに以下のように指定してありました。

-Wl,-B,dynamic -lclntsh -ldl -lm -lnsl -lsocket -lrt -lpthread

この中の”-B, dynamic ”の辺りが「ライブラリをダイナミックにリンクするよ」ってことだったのでしょうか？
そうだとすると、「静的にリンクしていたつもりで、実はもともと動的にリンクしていた」ということになり、サイズが同じという疑問が解けてすっきりします。

ん？
それでは、".a”と”.so”の違いってなんでしょう？

以前、くまさんが教えてくださった、
＞ar コマンドで作成されるアーカイブとは違って、DLL は「リンクされたもの」 ですから、必要なオブジェクトファイルが増減したときには、追加・削除では
なく、常に再リンクをすることに注意してください。

ということも考慮に入れると、arコマンドで作ったアーカイブもDLLもリンクオプションで-B dynamic とすれば、実行時にリンクできる。（のかな？）

で、他人に提供するのにアーカイブとDLLのどちらが適しているかというと、
関数などが増えた場合以外はどちらでも同じ（という感じ？なのかな？）

arコマンドは、複数のオブジェクト（.o)を追加することで作成しなおすことができるが、DLLはライブラリ構成プログラムをリコンパイルする必要がある。

ということになるのでしょうか？　
Unix的に美しいのは、.soですよね。きっと。

あ～。長々とすみません。
いろいろありがとうございます。
くまさんもお忙しいでしょうから、お返事はすっごく暇なときがあったらで
良いです。お返事がなくても自分でアーカイブとDLLの違いくらいは理解できるように探求します。
本当にありがとうございました。