問題タブ [mingw-w64]

rubenvbのClang3.2を実行しようとすると、次のようになります。

コンピュータに見つからないため、プログラムを開始できませんlibgcc_s_dw2-1.dll。
この問題を解決するには、プログラムを再インストールしてみてください。

DLLがどこにも見つかりません...どのパッケージがありませんか/これを修正するにはどうすればよいですか？

MinGW-64 を使用して 64 ビットの Fortran プログラムを構築したいと考えています。Windows 8 では正常に動作しますが、Windows 7 では動作しません (動作する必要があります)。エラーは次のとおりです: gfortran: エラー: CreateProcess: そのようなファイルまたはディレクトリはありません

この問題は以前にもたくさん聞かれたことは知っていますが、本当に解決策を見つけることができませんでした。周りに解決策があれば教えてください。ありがとう

コードブロックideを使用して、Windows7x64マシンでmingw64を使用してかなり大きなc-projectをコンパイルしようとしています。このチュートリアルに従ってコンパイラのセットアップを行いました：http： //blog.marc-o.org/2010/mingw64-unter-windows-mit-codeblocks

今、私はあらゆる種類の標準関数の複数の定義エラーを受け取ります。ここを参照してください：

等々。誰かが私が欠けているものの手がかりを持っていますか？

PS：mingw32バージョンは問題なくコンパイルされます。

静的にリンクされたツールチェーン ライブラリを使用してプログラムをビルドしようとしています。俺パス：

ただし、プログラムは shared にリンクされていlibwinpthread-1.dllます。

私が間違っていることは何ですか？

静的にリンクされた libwinpthreads を取得した唯一の方法は、に渡す-staticことLDFLAGSです。しかし、それはプラグイン システムでビルド プログラムを壊します。

MinGW-builds プロジェクトの mingw-w64 + GCC-4.7.2 を使用します: http://sourceforge.net/projects/mingwbuilds/

最近、MinGW-w64をインストールしました。サンプルプログラムをコンパイルしたかったのですが、重要な質問がありました。

32ビットまたは64ビットでコンパイルするにはどうすればよいですか？libとlib32ディレクトリを見つけたので、両方をコンパイルする方法が必要です。

しかし、32ビットと64ビット用にコンパイルするにはどうすればよいですか？

Qt5 を Mingw-w64 の 32 ビット コンパイラでクロスコンパイルしようとしています。ホスト プラットフォームは Ubuntu 12.10 64 ビットで、ターゲット プラットフォームは 32 ビット Windows です。OpenSSL ライブラリをクロスコンパイルし、クロスコンパイルされたバイナリ/ライブラリ/インクルードを にインストールしました~/i686-w64-mingw32。

Qt を構成しようとすると、問題が表面化します。次のコマンドを使用しています。

バイナリはqmakeホスト プラットフォーム用に正常にコンパイルされ、有効なすべての機能のリストが表示されます。

何が起きてる？どうやら Qt が OpenSSL のインクルードを見つけられないようです。構成プロセス中にフラグをオンにすると、-vこれが確認されます。見つからないというエラーが表示されますopenssl/opensslv.h。

pkg-configしたがって、私の次のステップは、それが実際に機能していることを確認することでした:

そして、それは次のように見えました：

では、OpenSSL ライブラリが利用可能であることを Qt に納得させるにはどうすればよいでしょうか? 私は-force-pkg-configフラグを試しましたが、違いはありませんでした。

Qt5 を 32 ビット Windows 用の Mingw-w64 プロジェクトのコンパイラで (どういうわけか) クロスコンパイルすることができました。すべてのライブラリが にインストールされました~/i686-w64-mingw32。

クロスコンパイルしようとしている CMake ベースの Qt プロジェクトがあります。これらの指示に従うことで、プロジェクトをコンパイルすることができました。ここまでは順調ですね。

残念ながら、結果のバイナリを Windows で実行すると、エラーが発生します。

「プロシージャ エントリ ポイント __gxx_personality_sj0 がダイナミック リンク ライブラリ [application_name].exe に見つかりませんでした」

^{* [application_name] は、メインの実行可能ファイルへのフル パスです。}

この種の問題は、異なるバージョンの MinGW でコンパイルされたライブラリが混在していることが原因であると聞いたことがあります。しかし、このマシン上のすべてのもの (すべてのライブラリーと実行可能ファイル) はすべて、同じコンパイラー (i686-w64-mingw32ツールチェーン) によってコンパイルされています。

また、ファイルの 1 つではなく、アプリケーションの実行可能ファイルからエントリ ポイントが欠落しているというエラーが表示されるのも奇妙.dllです。

このエラーの原因は何ですか?また、それを修正するにはどうすればよいですか?

libgmpを使用するgnutlsサポートを使用してVLC（LinuxからWindowsへ）をクロスコンパイルしようとしています。libgmp (___gmpz_abs) のシンボルの複数の定義に対してリンク エラーが発生します。これは、 gnutlsのオブジェクト ファイルがそれぞれ独自のgmp関数の定義を持っているため、同じシンボルの複数の定義を持つ libgnutls.a にまでさかのぼります。複数定義されている関数は、libgmp がインライン化でトリッキーなことをしようとしている関数です。

私が知る限り、さまざまなコンパイラ、標準、およびプラットフォーム間のインライン化には多くのバリエーションがあります。libgmp はマクロを使用してこれをすべて適切に処理しようとしているようですが、失敗しています。最終結果は、gmp.h で定義されたインライン関数が、それを使用する gnutls のすべてのオブジェクト ファイルにコピーされることです。これらのオブジェクト ファイルを作成するために mingw が呼び出される実際のコンパイラ コマンド ラインを調べましたが、問題はありません。

特に -std=gnu99 は、オンラインの他の場所での同様の問題の解決策として提案されましたが、明らかにこれはデフォルトで既に使用されています。

これが誰のせいなのか、mingw の libtool の gnutls または gmp のせいかは不明です。

私が答えなければならない質問は次のとおりです: インライン関数定義が適切に処理されるようにするには、どのフラグまたはオプションを使用して gnutls を構成または作成する必要がありますか?

オンラインで見つけたプロジェクトを sezero の mingw64 を使用してコンパイルしようとしていますが、次の問題が発生し続けます。

私が実行しているコマンドは次のとおりです。

誰かが以前にこの問題を抱えていて、それを修正する方法を知っているかどうか疑問に思っていましたか?

現在、私は Windows で PyCharm を使用しており、PyPi 経由でいくつかのパッケージをインストールしようとしました。便宜上、PyCharm の統合機能を使用しました。これは、シェル easy_install と本質的に同じです。

ただし、gcc でコンパイルする必要があるパッケージをインストールすると、いくつかのエラーが発生します。以前のエラーのために、ここでスタックオーバーフローに関する多くの質問を既に参照し、いくつかのエラーを克服することができました (mingw64 を使用して、セットアップスクリプトから -mno-cygwin パラメーターを削除するなど)、しかし今、私はこれに完全に行き詰まっています1：

build\temp.win-amd64-2.7\Release\cpyamf\amf0.o:amf0.c:(.text+0xb912): `__imp_PyExc_ImportError' への未定義の参照

c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.7.1/../../../../x86_64-w64-mingw32/bin/ld.exe: build\ temp.win-amd64-2.7\Release\cpyamf\amf0.o: セクション `.data' の不正な再配置アドレス 0x78

collect2.exe: エラー: ld が 1 つの終了ステータスを返しました

エラー: コマンド 'gcc' が終了ステータス 1 で失敗しました

一部にcythonを使用しているPyAMFやTwistedのインストール時にエラーが発生します。私はまだその解決策を見つけることができませんでした。

前もって感謝します。