libで始まらない so のリンク

質問

実は C/C++ カテでも質問したのですが、linuxカテの方が適切と思われるので
ここであらためて質問します。Linuxは Cent OS 6.4(32bit)です。

もともとプラグイン用の so で dlopen で利用されていた so (仮に foo.so とします)
が有ります。プラグインのファイル名は命名規約によって決まっており、lib～.soにはできません。
#意図的にそうしたらしいです。

この中で使われている C++ のクラスを使って(継承して)、新しいプラグインを作ることになり

ld -shared -o bar.so -L ../foo -lfoo ・・・・・・

でリンクしようとすると cannot find -lfoo

となってしまいます。もちろん foo.so の名称を
libfoo,so　に直せば問題なくリンクできるのですが、プラグインの命名規則のため
できません。

ld -shared -o bar.so ../foo/foo.so ・・・・・・

とすると、リンクは可能ですが、bar.so に foo.so が[../foo/foo.so]という名称で
登録されてしまうため、実行ファイルと foo.so との位置関係が制約されてしまいます。

また、

ld -shared -o bar.so -L../foo -l:foo.so ・・・・・・

とすると、やはり、bar.so に foo.so が[../foo/foo.so]という名称で
登録されてしまうのです。

linfoo.so を -lfoo で登録すると [libfoo.so]という名称で登録され、LD_LIBRARY_PATH等に
きちんと従わせることができます。これと同様に foo.so をリンクする方法を探しています。

ひょっとするとこうしたことは Linux では非常識なのでしょうか？

ご存知の方がおられましたら、よろしくお願いいたします。

回答No.1

entree · ベストアンサー

ld -shared -o foo.so -soname foo.so ........
ld -shared -o bar.so ../foo/foo.so ........

ポイントはリンクされる側のライブラリを作成するときにsonameを指定することです。

あと、余談ですが、Linuxであれば ld コマンドを直接叩くのではなく、
gcc -shared を使いませんか？

gcc -shared -o foo.so -soname foo.so ........
gcc -shared -o bar.so ../foo/foo.so ........

ついでに、共有ライブラリに使用する.oファイルを作成するときは、
-fPICオプションをお忘れなく。

gcc -c hoge.c -fPIC -o hoge.o

お礼

ありがとうございます。解決しました。

まとめると。

■-soname オプションで so に soname が埋め込むことができる。

■soname が埋め込まれた so をリンクすると、
ロードする　soは、指定したsoのファイル名ではなく
指定したsoに埋め込まれたsoname になるということですね。