Visual C++コンパイラの代替として、MinGWコンパイラの64ビット版の信頼性が心配です。信頼できる64ビットGCCコンパイラとしてのMinGW
たとえば、GCC 4.6.2を使用してLinux上でC++コードが完全に構築され実行されているとすれば、対応するMinGWは64ビットWindows環境下で同様に信頼性の高い実行可能ファイル/ライブラリを生成しますか?
Cygwinは信頼性の点でより良い選択肢ですか? Visual C++コンパイラにもどちらもありませんか?
Visual C++コンパイラの代替として、MinGWコンパイラの64ビット版の信頼性が心配です。信頼できる64ビットGCCコンパイラとしてのMinGW
たとえば、GCC 4.6.2を使用してLinux上でC++コードが完全に構築され実行されているとすれば、対応するMinGWは64ビットWindows環境下で同様に信頼性の高い実行可能ファイル/ライブラリを生成しますか?
Cygwinは信頼性の点でより良い選択肢ですか? Visual C++コンパイラにもどちらもありませんか?
まず、いくつかの誤解:
MinGWの(.ORG)は、ランタイムの64ビットバージョンを提供していません。 MinGW-w64は、32ビットCRTに加えて、彼らはARMのサポートにも取り組んでいます。また、さまざまな追加API(Win32など)をサポートします。
Cygwin < - > MinGW-w64:CygwinはMS CRT(msvcrt.dll)を使用しません。代わりにCygwinアプリケーションとシステムのOSライブラリ(kernel32.dll、ntdll.dllなど)の間にPOSIX互換レイヤー、つまりcygwin1.dllを挿入します。質問へのオン
そして...
私はMinGWの-W64のコンパイラは非常に良い見出し、上記GCC 4.6と(実際には、4.5.1以上)は良い生成する非常に能力がありますWindows用の64ビットコード。 MinGWは本質的にmsvcrt.dllと同じC APIを提供していることを覚えておいてください。ドキュメントについてはmsdn.comにアクセスしてください(ドキュメントの "MSVC++ 2003"のバージョンを見てください、いくつかの機能は新しいランタイムと異なります)。それがGCCなので、glibcのドキュメントが突然Windowsに当てはまると思う。あなたのコードはクロスプラットフォームでなければなりません。 x32 Windowsではsizeof(long)!=sizeof(T*)
にも注意してください。 * nixまたはx86 Windowsコードをx64 Windowsに移植する際によく起こるエラーです。
標準やその他のライブラリのWindows固有の部分にバグがない限り、コードは同じであると思います(「呼び出し規約」を除く)。 –