実行時に共有オブジェクトライブラリでextern "C"を使用するのはなぜですか？私は<code>dlfcn</code>ライブラリは実行時、および<code>dlsym()</code>を経由して選ばれた 共有オブジェクト・ライブラリ内の関数を呼び出すためのC++ プログラムのユーザによって選択された共有オブジェクトライブラリへのリンクを動的 のために使用されているC++プログラムで見た

Question

1. dlfcnのその他の機能。

   • 実行時にユーザーがx.soという共有オブジェクトライブラリを選択したとします。 x.soは、extern "C"に囲まれた関数 の定義を持つcppファイルからコンパイルされました。 cppファイルのコメントでは、extern "C"の使用は重要ですが、それ以上の説明はなく、 という説明があり、なぜですか？

   • ここにはC++コードとCコードしかないのは間違いありませんか？だからextern "C"必ずしもはCとC++を混ぜるときに使われる コード一緒にですか？

   • 上記の質問に対して、ライブラリが静的または動的にC++プログラムの問題に関係するかどうかは関係ありませんか？

2. さて共有オブジェクトライブラリがずっと早く実行時よりも知られている あり、そしてCの作者++プログラム がそれをコンパイルする前dlfcnを使用せずにC++プログラムでそれを指定する単純な場合に比較し、 は、実行時に共有オブジェクトライブラリとC++プログラム を動的にリンクします。この場合、共有オブジェクトライブラリにコンパイルされた cppファイルには `extern" C "がまだ必要ですか？

ありがとうございます。

Answer 1

extern "C"は、リンケージを変更し、名前のマングリングに影響します。 What is name mangling, and how does it work?

コンパイルされたオブジェクトのエクスポートされた名前は、通常はマングルされます。つまり、Cからは使用できません。つまり、dlsym()で検索すると、名前が変更された名前を使用する必要があります。

ここにはC++コードとCコードしかないのは間違いありませんか？ CとC++のコードを一緒に混ぜるときにextern "C"を必ずしも使用する必要はありませんか？

ここでの意味は不明です。 C++をコンパイルしている場合、この段階ではC++コードのみが使用されます。 C言語で記述されたモジュールと何らかの方法でリンクしている場合は、Cが関与します。外部CライブラリまたはプログラムがC++定義の関数にリンクする必要がある場合は、extern "C"と宣言する必要があります。

上記の質問に対して、dlfcnライブラリが静的または動的にC++プログラムにリンクされているかどうかは関係ありますか？

いいえ（おそらくあなたはそれが重要と思われる理由を説明しているはずです）。

は今、共有オブジェクトライブラリがずっと早く実行時よりも知られている単純な場合に比較して、C++プログラムの作者は、それをコンパイルする前にDLFCN使用せずにC++プログラムでそれを指定して、動的にリンク共用オブジェクト・ライブラリーおよびC++プログラムを実行時に実行します。この場合、共有オブジェクトライブラリにコンパイルされたcppファイルで `extern" C "はまだ必要ですか？

シンボルの宣言されたリンケージは、2つのC++モジュールで一貫している必要があります。確かに、モジュールが両方ともC++の場合はextern "C"を削除できます。しかし、1つのモジュールがextern "C"とシンボルを宣言している場合は、もう1つのシンボルも必要です。