問題タブ [msys2]

私の msys2 バージョンでは Vim がデフォルトで付属していましたが、~/.vimrc ファイルも ~/.vim/ ディレクトリも表示されません。

何かご意見は

C++ コードベースを構築しようとしています。(コードはたまたま Cap'n Proto 0.5.3 ですが、これは他のプロジェクトでも見られます。) MinGW-w64 で GCC を使用してビルドし、MSYS2 でビルドを実行しています。GCC は 5.2.0 です。メイクは4.1です。

Make を実行すると、しばらくは進みます。その後、実行しようとしたコマンドがエラーで失敗したため、停止します。十分に公平です。エラーは私を混乱させます。Make の出力からコマンドをコピーして端末に貼り付け、変更せずに手動で実行しようとしました。私はそれが同じように再び失敗することを期待しています。その場合、問題を調査するためにおそらくそれをいじります...しかし、それは成功します! (ええと、libtool については何も知りません...とにかく、指定された出力ファイルを生成します!)

上記のアクションの図:

この後、もう一度 Make を実行すると、さらに少し進んで、同じようにハングアップするだけです。コピーして貼り付けて、もう一度キックスタートします。このサイクルは、プロジェクトが完全にビルドされるか、実際にエラーが発生するまで繰り返されます。

これは libtool の問題ではないと思います。この同じセットアップで何か他のものを構築しようとしているときに、いくつかの g++ コマンドで同じことを見てきました。Makeまたは私のシェルに何か問題があるのでしょうか？知らない。

どうすればこれを防ぐことができますか? または、それが失敗した場合、何が起こっているかについてさらに情報を得るにはどうすればよいでしょうか? 同じコマンドを Make で実行すると失敗するが、私が実行すると成功することに困惑しています。

anaconda python を使用して xgboost をインストールしたいと考えています。このプロセスでは、xgboost をインストールしようとしています。xgboost を「作成」しようとすると、次のエラーが発生します。

他のスタック オーバーフローの投稿から、私が使用している 64 ビットのアナコンダには 32 ビットの gcc を使用できないことがわかりました。ただし、mingw-w64 をインストールすると、mingw-w64 ではなく mingw32 のみに g++ があることがわかりました。mingw-w64 パッケージでは、g++ およびその他のアプリケーション + フォルダーは mingw32 のみに存在し、64 には存在しません。mingw-64 の場合、バッチ ファイルとインターネット ショートカットのみが存在します。

何が問題なのか、または mingw-64 をダウンロードできる適切な場所を教えてください。

前もって感謝します。

msys2 環境で Spidermonkey を構築しようとしており、mozilla によって提示された手順に従いました。

これはconfigureスクリプトまで機能しました。最初の問題は、configure スクリプトが単に「cl」を Windows 用のコンパイラとして想定していたことで、これは非常に簡単に修正されました。

次の問題はpythonです。

File "/home/scones/gecko-dev/python/mozbuild/mozbuild/virtualenv.py", line 144次のように読みます。

Pythonもライブラリも知らないので、これを修正する方法についてアドバイスを求めたと思いました。

PocoNetSSL を使用して HTTPS エンドポイント経由でデータを取得する dll を作成しています。古いバージョンの Mono を実行する Unity で C# 経由でその dll を呼び出す必要があります。

mingw-w64 シェルを使用して dll をビルドしています。パッケージ マネージャー pacman を介して利用可能な Poco ライブラリのパッケージがあり、私はそれを使用しています。

私は実行可能ファイルをビルドすることができ、それは正常にビルドされ、https エンドポイントにヒットして正常に実行されます。openssl がどこかにインストールされているか、mingw に付属している可能性があります。

私の問題は、LoadLibrary で dll を開けないことです。null ポインターが表示されますが、依存関係の問題だと思います。これが私のビルド コマンドと依存関係ウォーカーのスナップショットです。ここに欠けているものはありますか？私はこれを行うことができるはずだと思いますが、多分そうではありませんか？

Windows 7 64 ビット コンピューターで GMP をビルドしようとしているので、 を実行しconfig.guessてk10-pc-msys. (私は msys2 と mingw64 を使用しています)

それから私は走った

しかし、これはこのエラーで終了します

そのため、追加で構成を再度実行しましたABI=64（強制的mp_limb_tに64ビットにすることを考えています）が、これは同じエラーで終了します。この後、追加しようとしましたがCC="g++"（必要だと思い--enable-cxxますg++）、もう一度このエラーが発生します。

私はこれについて多くのことをグーグルで検索し、GitHub の juliaLang に報告された 1 つの問題を見つけました。これは私の問題に似ていますが、Julia を使用していないため、解決策はうまくいかないようです。

誰かがこのエラーを知っていて、それを修正する方法を見つけましたか?

注意: msys2 が既にインストールされており、使用できることがわかりました。しかし、msys2 からインストールされた GMP を使用して NTL をビルドしただけで、私のプログラムの実行時間は約 70% 増加しました。これは、自分のコンピューター用にビルドされていないため、まったく最適化されていないためだと思います。

編集：設定がなくても（ただ./configure --prefix=/c/gmp-6.1.0）同じエラーで終了します。

背景: NTLのスレッド セーフ ビルドを使用したいと考えています。しかし、NTL スレッド セーフを構築するには、GMP を使用する必要があります。

MSYS2 で Cairo を使用するコードを書き始めるための簡単なテストを次に示します。

このコードは、次のコマンドを使用して、Darwin/MacPorts で適切にビルドおよび実行されます。

Win8/MSYS2 では、mingw-w64-x86_64-cairoパッケージをインストールしました。同じgccビルド コマンドは成功しますが、結果の実行可能ファイルを実行すると、次のエラーが発生します。

MSYS2 の内部を検索しようとしましたlibcairo-2.dllが、何も表示されません。Google 検索では、これ以上近づきません。

これは、MSYS2 開発の学習曲線の一部であると思われます。私は何が欠けていますか？

MinGW-w64 と MSYS2 をインストールしました。しかし、MSYS2 の HOME ディレクトリを変更するにはどうすればよいでしょうか? cd $home または cd ~ と入力すると、定義した別のディレクトリに移動します。

また、開始ディレクトリが常に .bat ファイルが配置される場所になるようにコードを記述するにはどうすればよいですか?

cmd では、次のコードを使用しました。

%~d1 cd "%~p1" コール コマンド

したがって、デスクトップで cmd を開くと、デスクトップのディレクトリから開始されます。

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 シェルを使用するように注意しています。