静的なライブラリに加えて、 "gcc -llibnamehere"で共有ライブラリをバインドできますか？

Question

2つのプロジェクト：

• ローダー、スタンドアロンの実行可能ファイル（モジュールのみをロードします）
• 任意のモジュール、共有ライブラリ（librainbowdash.so）（多くのモジュールが存在することができる）

今モジュールは-lpthreadsにリンクされていますが、pthreadsが共有オブジェクトとしてのみバインドされていると思ういくつかの奇妙なエラーが発生し、ローダーがモジュールをロードするときにpthreadsがロードされません。 （GDBでのデバッグは不可能です、その種のエラーです）。

-lスイッチでは静的ライブラリのみが許可されていると思いますか？それは？それじゃない？

Answer 1

-lは、ライブラリ名を指定します。リンカーは、ライブラリ名を静的ライブラリまたは共有オブジェクトに変換して、必要に応じてリンクする必要があります。また、使用する共有ライブラリをロードするのはローダーの仕事です。

Answer 2

共有ライブラリが間違った場所にあるlpthreadを指している可能性があります。 lddツールを使用すると、たとえば、ldd libfoo.soは、そのようなリンクの問題を見つけるのに非常に効果的な方法です。

Answer 3

あなたはLDとgccのmanページを見ると、それはオプショングループ」を定義することができ、私は少し錆びたかもしれないが、それは正確な呪文はおそらく間違っている

gcc -o yourprog -Wl,-Bstatic yourprog.c -lstatic_lib -Wl,-Bdynamic -ldynamic_lib 

ようなものに行く必要があります。

経験から、静的ライブラリの完全なパスを渡すことは、上述の命題の正確な形式を理解することよりもはるかに頭痛が少ないことが分かっています。

これは、pthreadを静的にリンクすることで多くのメリットが得られるかどうかは疑問です。

私はあなたにも、同様

gcc -pthread ... 

を使用するかもしれないと思います。

simple -staticを使用すると、出力とすべての依存関係が静的になります。これはおそらくあなたが望むものではありません。