問題タブ [msys2]

MSYS2 と MinGW を使用して、ソースから ffmpeg をコンパイルしました。コンパイル中にライブラリ ファイルが正常に作成され、make ユーティリティが ffmpeg_g のビルドに進むと、多くの未定義の参照が取得されます。コンパイルが失敗する理由を教えてください....よろしくお願いします

次のライブラリ ファイルが正常に生成されました

mke で -d オプションを使用して取得した ffmpeg_g.exe 出力をコンパイルするために渡されるコマンド

gcc からの出力を以下に示します。

多くの未定義の参照が続く

出力する

MinGW MSYS2 システムでソースから cmake2.8.12.2 をコンパイルしようとすると、sh ブートストラップを実行した後に次のエラーが発生します。

make: 'cmStandardIncludes.o' で必要なターゲット '/cygdrive/e/software/pkg/cmake-2.8.12.2/Source /cmStandardIncludes.cxx' を作成するルールはありません。止まる。

ソース ディレクトリを確認したところ、cmStandardIncludes.cxx が見つかりました。

出力：

Ghostscript 9.10 のビルドに msys2 Mingw (i686 32 ビット用の gcc 4.8.2) を使用しています。make を実行すると、gs.exe が正常に作成されました。続いて、libgs ライブラリを作成するために「make so」を実行しました。同じファイルサイズの Libgs.so、Libgs.so.9.10 が作成されました。しかし、どちらも PE 実行可能ファイルであることがわかりました。拡張子を .exe に変更すると、gs.exe と同じ出力が生成されました。私が必要とするのは、libgs.dll、libgs.a を作成することですが、代わりに「make so」を実行すると、実際には PE 実行可能ファイルである libgs.so が作成されます。サイトで見つかったパッチも使用してみました: https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-ghostscript/mingw-build.patch、それでも出力は同じままです。これで成功した人はいますか？親切に私を助けてください。

Windows 7、MSYS2、Mingw-w64-x86_64 gcc ツールチェーン、CMakeをセットアップしており、 nanomsg ライブラリをビルドしようとしています。

ここに私が得るものがあります:

$ cmake --debug-trycompile -DCMAKE_TOOLCHAIN_FILE=../toolchain_i686-pc-mingw32.cmake -DCMAKE_INSTALL_PREFIX=/usr/x86_64-w64-mingw32 -G "MinGW Makefiles" ../nanomsg

-- C コンパイラの ID は GNU 4.8.2 です -- C コンパイラの動作を確認します: C:/mingw64/bin/x86_64-w64-mingw32-gcc.exe -- C コンパイラの動作を確認します: C:/mingw64/bin/ x86_64-w64-mingw32-gcc.exe -- C:/cmake-win32-x86/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 で壊れた CMake エラー (メッセージ): C コンパイラ "C:/mingw64/ bin/x86_64-w64-mingw32-gcc.exe」では、簡単なテスト プログラムをコンパイルできません。

次の出力で失敗します。

ディレクトリを変更: C:/msys64/home/Laurent/Dev/nanomsg-build/CMakeFiles/CMakeTmp

ビルド コマンドを実行します:C:/mingw64/bin/mingw32-make.exe
"cmTryCompileExec910276652/fast"

C:/mingw64/bin/mingw32-make.exe -f
CMakeFiles\cmTryCompileExec910276652.dir\build.make
CMakeFiles/cmTryCompileExec910276652.dir/build

mingw32-make.exe 1 : ディレクトリ
'C:/msys64/home/Laurent/Dev/nanomsg-build/CMakeFiles/CMakeTmp' に入る

C:\cmake-win32-x86\bin\cmake.exe -E cmake_progress_report
C:\msys64\home\Laurent\Dev\nanomsg-build\CMakeFiles\CMakeTmp\CMakeFiles 1

C オブジェクト
のビルド CMakeFiles/cmTryCompileExec910276652.dir/testCCompiler.c.obj

C:\mingw64\bin\x86_64-w64-mingw32-gcc.exe -o
CMakeFiles\cmTryCompileExec910276652.dir\testCCompiler.c.obj -c
C:\msys64\home\Laurent\Dev\nanomsg-build\CMakeFiles\CMakeTmp\ testCCompiler.c

C 実行可能ファイル cmTryCompileExec910276652.exe のリンク

C:\cmake-win32-x86\bin\cmake.exe -E cmake_link_script
CMakeFiles\cmTryCompileExec910276652.dir\link.txt --verbose=1

C:\cmake-win32-x86\bin\cmake.exe -E remove -f
CMakeFiles\cmTryCompileExec910276652.dir/objects.a

x86_64-w64-mingw32-gcc-ar cr
CMakeFiles\cmTryCompileExec910276652.dir/objects.a
@CMakeFiles\cmTryCompileExec910276652.dir\objects1.rsp

申し訳ありません - このプログラムはプラグインのサポートなしでビルドされています

CMakeFiles\cmTryCompileExec910276652.dir\build.make:91: ターゲット 'cmTryCompileExec910276652.exe' のレシピが失敗しました

mingw32-make.exe 1 : * [cmTryCompileExec910276652.exe] エラー 1

mingw32-make.exe 1 : ディレクトリ
'C:/msys64/home/Laurent/Dev/nanomsg-build/CMakeFiles/CMakeTmp' を離れます

Makefile:116: ターゲット 'cmTryCompileExec910276652/fast' のレシピが失敗しました

mingw32-make.exe: * [cmTryCompileExec910276652/fast] エラー 2

CMake は、このプロジェクトを正しく生成できません。コール スタック (最新の呼び出しが最初): CMakeLists.txt:29 (プロジェクト)

ここに私のツールチェーンファイルがあります:

ツールチェーンにプラグイン サポートがないため、自動テストでのビルドに失敗したようです。

これが私のgccバージョンとオプションです:

1. 「--enable-plugin」オプションに関連していますか（私のgccにはありません）？
2. このオプション セットで利用可能なツールチェーン ビルドはありますか? MSYS2、Mingw-w64、ruvenvb リポジトリで探しましたが、ありません。それとも自分で作ろうか？
3. おそらく nanomsg はそれを必要としませんか? nanomsg が必要とするため、autotest はそれを必要としますか? または、この自動テストが実行されないようにすることはできますか? または、「--enable-plugins」オプションの必要性を回避するために何かを設定できますか?

MSYS2 を使用して を実行するmsys2_shell.batと、minttybash ログイン シェルが開きますが、 ~/.profileソースが取得されません。

とにかく、 /bin/bash --login内部で実行するminttyと、~/.profileソースが表示されます。なんで？

path\to\msys64\bin\bash.exe --loginの代わりに Windows プロンプトを介して実行すると、同じことが起こりますmsys2_shell.bat。

PS: も試してみました.bash_profile。

私はあちこち探し回っていますが、MSYS のこれら 3 つのバージョンで何が起こっているかについての完全な説明を見つけることができません。(何を探すべきかわからないという可能性は十分にあります。) MSYS が MinGW を使用した開発をサポートするための Linux ツールの最小限のポートであることは理解していますが、それらの 3 つまたはそれらを開発/維持するチーム。

対処すべき特定の問題:

• 活発に開発されているのはどれですか? (特に、MSYS は死んでおり、MSYS2 はアクティブですか?)
• それらを維持するグループ間の関係は何ですか? (特に、MSYS チームは MSYS2 を作成しましたか?)
• msysgit は他の 1 つを使用するだけですか、それとも MSYS の独自のブランチを持っていますか?
• これらのいずれかが相互に互換性がありますか?
• これらのいずれかについて、特定のバージョンの Windows との互換性の問題はありますか?
• 一方が他方よりも優れた主要機能を提供するか?

ここでホストされているプロジェクトに取り組んでいます: https://github.com/gtorrent

現在、より良い Windows サポートを実装しようとしています。ライブラリ自体 (gtorrent-core) は正常にビルドされます。ただし、それに対してリンクするときはいつでも、さまざまな libtorrent 関数 (私たちが構築しているライブラリ) への未定義の参照が多数あります。現在、MSYS2 と MinGW-w64-x86_64 を使用して、プロジェクト自体と必要なすべてのライブラリをビルドしています。

ncurses GUI の場合、CMakeLists.txt ファイルは次のとおりです。

gtorrent-ncurses/CMakelists.txt:

gtorrent-ncurses/src/CMakeLists.txt

そして、ここにコンパイラエラーがあります（大きすぎて投稿できません）：http://pastebin.com/v3fPXXAE

何が間違っているのですか？

従来、MSYS bash は Cygwin bash に劣ると考えられてきました。前者は、Autoconf スクリプトを実行するための MinGW 内部の補助ツールでした。しかし、今は MinGW-w64 と MSYS2 があります。後者にはパッケージ マネージャーのような甘い pacman と zsh のようなエレガントなシェルが付属しているため、エミュレーション レイヤーにまだギャップがあるのではないかと思います。

MinGW* アプリケーションは Windows ネイティブの実行可能ファイルですが、MSYS2 ソフトウェアには、Cygwin と同様に POSIX エミュレーション レイヤーが必要です。少なくとも一般ユーザーには、この 2 つの違いを見つけるのは困難です。

• 2 つのエミュレーション レイヤーの機能上の違いは何ですか (ある場合)?
• どちらのエミュレーションがより高速 (より効率的) ですか?

msys2 を使用して古い C ソース コードをコンパイルしようとすると、次のエラーが発生します。

「構成: エラー: POSIX 正規表現関数が必要ですが、欠落しています!」

何かアイデアをください。それは追加できるライブラリですか、それともコード自体に関連するエラーですか?