mingwでMSVC++ .libファイルを使用しています。名前のマングリング

Question

私はMSVCとdllファイル（opennurbsと呼ばれるライブラリ）でコンパイルされた静的C++ライブラリを持っています。私はmingwによってコンパイルされたプロジェクトでこのライブラリを使用する必要があります（私はQt作成者を使用していますが、プロジェクトはqtライブラリを使用していません）。だから、私は未解決の外部を持っている。私は名前のmanglingと問題を考える。 .libファイルを.aライブラリに変換するにはどうすればよいですか？ nmコマンドを使用しようとしましたが、動作しません： "foo.dllにシンボルがありません"。 Extern "C"はC++ライブラリであるため動作しません。

Answer 1

一般的に言って、あるコンパイラでビルドされたC++ DLLは、別のコンパイラで構築されたプログラムからは使用できません。名前のマングリングは、問題のほんの一例にすぎません。例外処理、RTTI、メモリ管理、またはクラスレイアウト自体（特に多重継承や仮想継承）の互換性保証はありません。

ヒント（理想的にそれらのなし）：あなたは完全に元の問題を回避し、いずれかのコンパイラ用のバイナリを入手するか、ソースコードからビルドする（すなわち、両方のDLLをビルドすることができた場合

• 最善の解決策はあるのあなたのケースではMinGWのクライアント）。
• 純粋なC APIとしてDLLのインターフェイスを公開することができたら、それを行います。例えば。 Win32は "C API"であり、C/C++だけでなく、あらゆる種類のコンパイラでもうまく機能します。
• DLL用に「オブジェクト指向」APIが必要な場合は、移植性は必要なく、必要な開発努力をする用意があります。

Answer 2

あなたの問題が何であるかを正確に理解することはむしろ困難ですが、1つの解決策は明らかです。 openNURBSコードは完全に許可されたライセンスで自由に入手できます。単にdownloadとそれをmingwで直接コンパイルする必要があります。

いずれにしても、これは実行可能な唯一のルートです。 C++には標準のバイナリインターフェイスはなく、各ツールには異なるバイナリインターフェイスがあります。これは、同じツールの異なるバージョン間でも異なる場合があります。さらに、MSVCコンパイルされたライブラリは、コンパイルされたコードとは異なるC++ランタイムライブラリに依存します。

したがって、要点は、mingwコンパイラによってコンパイルされたopenNURBSが必要なことです。しかし、ありがたいことに、ライブラリがソースとして配布されているために可能です。