問題タブ [msys2]

コンパイルには MinGW または Cygwin のいずれかを推奨する CLion for Windows を試すことにしました。

MSYS2パッケージ マネージャーを既定のフォルダー にインストールし、とを実行しC:\msys64て更新しました。update-corepacman -Su

pacman -S mingw-w64-x86_64-gcc次に、 に配置されているを使用して MinGW64 パッケージをダウンロードしましたC:\msys64\mingw64。

問題は、pacman -S mingw-w64-x86_64-gcc現在、CLion でまだサポートされていないバージョン 5.0 をダウンロードしていることです。

MSYS2 は古いバージョンのパッケージのインストールをサポートしていますか (MinGW バージョン4.9.2は問題なく動作するはずです)? を使用して MinGW パッケージを検索してみましたpacman -Ss mingwが、リストが非常に長く、MinGW を使用したことがないため、何を選択すればよいかわかりません。

msys2 と mingw64 を開発パッケージとともにインストールしました。私は本当にperl-Gtk3が必要です。Perl は msys2 で gcc-4.9.x でコンパイルされ、Gtk とその仲間は mingw で gcc-5 でコンパイルされています。

Perl は、Glib のビルド時に「Glib.c: ロード可能なライブラリと perl バイナリが一致しません (ハンドシェイク キー 0xde00080、必要な 0xdd80080 を取得しました)」と不平を言います。これは機能するはずですか？

ありがとう。

PS ... mingw-w64-x86_64-perl は単にコンパイルできません。はい、私は msys シェルに対して mingw シェルを使用するように注意しています。

Windows で実行され、名前付きコンポーネントで構成される C++ ビルド システムを維持しています。しばらく前に Windows XP から Windows 7 にアップグレードしたとき、ビルドをキャンセルできるようになったことに気付きました。Eclipse の [キャンセル] ボタンは灰色になりますが、ビルドは常に最後まで実行されます。さらに、MSYS2 の代わりに MSYS を使用すると、Windows 7 でもビルドをキャンセルできますが、マルチコア ビルド (make -j4 など) は最初から (MSYS2 での作業中に) ハングすることがわかりました。マルチコアが必要なので、それは解決策ではありません。

いくつかの調査を行った結果、MSYS2 は WinAPI プロセス作成フラグ CREATE_NEW_PROCESS_GROUP を使用して make プロセスを開始するという結論に達しました。このフラグは Windows XP では実行されないと思われるため、Windows XP でカネリングが機能する理由を説明しています。

CREATE_NEW_PROCESS_GROUP が別の WinAPI 呼び出し SetConsoleCtrlHandler(NULL,TRUE) を引き起こし、これにより Ctrl-C が無効になり、プロセスは Ctrl-Break によってのみ終了される可能性があることを読みました。コマンド ラインからビルドをテストすることで、この動作を確認できます。

この問題の意図した解決策は何ですか? キャンセルを押したときに Eclipse が Ctrl-C の代わりに Ctrl-Break を送信することは可能ですか? それとも、MSYS2 の構成が間違っていて、ビルド プロセスで Ctrl-C を抑制すべきではないのでしょうか? それとも、私たちの分析はごみであり、問​​題はまったく別のものなのでしょうか?

Windows の msys git bash で npm スクリプトを使用できるように環境変数を変更する必要がありますか?

次のテストスクリプトがあります。

このスクリプトを実行しようとすると、次のエラーが表示されます。

isparta はグローバル モジュールとしてインストールされました。

それは、'which' と 'where' で見つけることができます。

msysgit ターミナルからの isparta:

Windows コマンドからの isparta:

MSYS2 の SDL2 / GLEW / OpenGL を使用しようとすると、複雑なコンパイラ エラーが発生します。

GraphicsSystem.h:

これがおそらく意図されているかどうかはわかりません。警告をトリガーする定義の上に、 の でラップされた定義があり#elseます#ifdef APIENTRY。警告は次の場合にトリガーされます。

これは他の多くの質問に関連しているようですが、そのほとんどはインクルードの順序について議論しています - この順序はそれらに基づいて機能するはずです:

• マクロの再定義を防ぐ方法
• Linux での OpenGL ライブラリのリンケージ
• http://forums.codeguru.com/showthread.php?438957-Why-do-i-get-this-warning
• https://www.opengl.org/discussion_boards/showthread.php/163436-GLUT-and-macro-redefinition-errors

通常はこれに悩まされることはありませんが、 SDL のインクルード ヘッダーの APIENTRY と思われる問題が原因で、ビルドを妨げるエラーが発生します。例えば：

この種の問題が発生したことはめったになく、警告とエラーが一緒に発生するだけなので、これは異常な偶然のようです。

glew.h が(正当な理由で) それらを壊すのを防ぐような目的に行くとき、なぜ glew.h は#defines以前の を上書きする 2 番目のセットを持つのでしょうか? #definesそれは将来的にエラーを引き起こす運命にあるようです。グリューのパッケージが壊れているだけですか?

Windows 10でMSYS2を使用してCMake 3.4.1を使用しています（2015年12月25日現在、すべて最新です）。

CMake のfind_fileコマンドを使用すると、パスが Windows スタイルでないと機能しません。findwxWidgets.cmakeを使用しようとしているのですが、これが原因で失敗するため、これは私にとって問題です。

例えば：

CMakeLists.txt:

吐き出すcmake：

しかし、それは明らかにそこにあります：

これがバグなのか、それともこれを機能させるために設定しなければならないあいまいなフラグがあるのか​​ 疑問に思っています。find_fileUNIX スタイルのパスを持つファイルをCMake で検索するにはどうすればよいですか?