3

c ++プログラムを別のバージョンのVisualStudioで構築されたダイナミックライブラリ（DLL）にリンクすると、バイナリ互換性の問題のために機能しないことを知っています。（私はBoostライブラリとVS 2005および2008でこれを経験しました）

しかし、私の質問は次のとおりです。これは、MSVSのすべてのバージョンに当てはまりますか？これは静的ライブラリ（LIB）にも当てはまりますか？これはGCCとLinuxでも問題ですか？そして最後に、VSでMinGWで構築されたDLLにリンクするのはどうですか？

ちなみに、クロスプラットフォームやクロスコンパイラ以外に、同じコンパイラ（VS）の2つのバージョンが互換性を持たないのはなぜですか？

4

3 に答える 3

2

やあ。c ++プログラムを別のバージョンのVisualStudioで構築されたダイナミックライブラリ（DLL）にリンクすると、バイナリ互換性の問題のために機能しないことを知っています。（私はBoostライブラリとVS 2005および2008でこれを経験しました）

MSがABIを変更するのを見たことがないので、技術的に異なるバージョンのコンパイラーは同じ出力を生成します（同じフラグが与えられます（以下を参照））。

したがって、これはDev Studioの非互換性ではなく、Boostの変更であると思います。
ブーストの異なるバージョンは下位互換性がありません（バイナリでは、ソースは下位互換性があります）。

しかし、私の質問は次のとおりです。これは、MSVSのすべてのバージョンに当てはまりますか？

問題はないと思います。これで、異なるフラグを使用すると、オブジェクトファイルに互換性がなくなる可能性があります。これが、デバッグ/リリースバイナリが別々のディレクトリに組み込まれ、標準ランタイムの異なるバージョンに対してリンクされている理由です。

これは静的ライブラリ（LIB）にも当てはまりますか？

正しい静的ライブラリに対してリンクする必要があります。ただし、静的ライブラリがコードに含まれると、そこでスタックし、解決されたすべての名前が後日再解決されることはありません。

これはGCCとLinuxでも問題ですか？

はい。GCCは、ABIの下位互換性を数回破っています（意図的にいくつか（誤っていくつか））。Linuxのコードは通常ソースとして配布され、プラットフォームでコンパイルすると機能するため、これは実際の問題ではありません。

そして最後に、VSでMinGWで構築されたDLLにリンクするのはどうですか？

すみません、わかりません。

ちなみに、クロスプラットフォームやクロスコンパイラ以外に、同じコンパイラ（VS）の2つのバージョンが互換性を持たないのはなぜですか？

十分に最適化されたコードオブジェクトはさらに圧縮される可能性があるため、配置が異なります。他のコンパイラフラグは、他のバイナリオブジェクトと互換性のないコードの生成方法に影響を与える可能性があります（関数の呼び出し方法（スタック上のすべてのパラメータまたはレジスタ内の一部のパラメータ）を変更する）。技術的には、まったく同じフラグでコンパイルされたオブジェクトのみをリンクする必要があります（技術的には、多くのフラグがバイナリ互換性に影響を与えないため、それよりも少し緩いです）。

一部のライブラリは、異なる方法でコンパイルされた同じライブラリの複数のバージョンでリリースされていることに注意してください。通常、ライブラリは最後の拡張子で区別されます。私の最後の仕事では、次の規則を使用しました。

libASR.dll   // A Sincgle threaded Relase  version lib
libASD.dll   // A Single  threaded Debug   version
libAMR.dll   // A Multi   threaded Release version
libAMD.dll   // A Multi   threaded Debug   version
于 2011-04-22T18:05:14.533 に答える
0

適切に構築されている場合、DLLはプログラミング言語およびバージョンニュートラルである必要があります。VB、C、C++などで構築されたDLLにリンクできます。

依存関係ウォーカーを使用して、dllにエクスポートされた関数を調べることができます。

于 2011-04-22T16:36:35.253 に答える
0

あなたの質問の一部に答えるために、GCC/Linuxにはこの問題はありません。少なくとも、それほど頻繁ではありません。libstdc++とglibcはGNUシステムの標準C++/ Cライブラリであり、これらのライブラリの作成者は互換性を壊さないように努力しています。glibcはほとんどの場合下位互換性がありますが、libstdc ++は過去に何度かABIを壊しており、おそらく将来もそうなるでしょう。

C ++の自動機能により、ABIを維持するために必要な制御の一部が失われるため、Cと比較してC++で安定したABIを作成することは非常に困難です。特に、テンプレートとインライン関数に入ると、コードの一部が共有ライブラリに含まれたままではなく、アプリケーションに埋め込まれます。つまり、アプリケーションの再コンパイルを必要とせずに、オブジェクトの構造を変更することはできません。

実際には、Windowsでは大したことではありません。MicrosoftがMSIインストーラーにWindowsUpdateからMicrosoft提供のDLLを取得する方法を知らせただけで、それらを必要とするアプリがインストールされた場合は素晴らしいでしょうが、InnoSetupで生成されたインストーラーに再配布可能ファイルを追加するだけで十分です。

于 2011-04-22T17:30:20.667 に答える