问题标签 [msys2]

我已经使用 MSYS2 和 MinGW 从源代码编译了 ffmpeg。在编译过程中成功创建了库文件，当 make 实用程序继续构建 ffmpeg_g 时，我得到了很多未定义的引用。请告诉我编译失败的原因....提前致谢

成功生成以下库文件

通过使用 -d 选项和 mke 编译 ffmpeg_g.exe 输出的命令

gcc 的输出如下所示

很多未定义的引用，然后是

制作输出

当我尝试从 MinGW MSYS2 系统上的源代码编译 cmake2.8.12.2 时，运行 sh bootstrap 后出现以下错误：

制作：没有规则可以制作“cmStandardIncludes.o”所需的目标“/cygdrive/e/software/pkg/cmake-2.8.12.2/Source /cmStandardIncludes.cxx”。停止。

我检查了源目录并找到了 cmStandardIncludes.cxx。请在这方面提供帮助。谢谢。

输出：

我正在使用 msys2 Mingw（用于 i686 32 位的 gcc 4.8.2）来构建 Ghostscript 9.10。运行make后，gs.exe创建成功。随后我运行“make so”来创建 libgs 库。创建了具有相同文件大小的 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 编译器标识为 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 (message): The C compiler "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 删除 -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、rubenvb 存储库中寻找它，但它不存在。还是我自己建造？
3. 可能 nanomsg 不需要它？自动测试是否需要它，因为 nanomsg 需要它？或者我可以阻止这个自动测试运行吗？或者我可以设置一些东西来避免“--enable-plugins”选项的需要吗？

使用 MSYS2，如果我运行msys2_shell.bat，会mintty打开一个 bash 登录 shell，但 ~/.profile不会获取源。

无论如何，如果我在 /bin/bash --login里面跑mintty，请~/.profile获得资源。为什么？

如果我path\to\msys64\bin\bash.exe --login通过 Windows 提示符而不是msys2_shell.bat.

PS：我也试过了.bash_profile。

我想知道 MSYS2 中是否有办法指定基本 MinGW/MinGW64 目录？

在 MSYS（即 MSYS-1）中，安装 MSYS 后，它知道目录结构是，例如，，/c/mingw/msys/...如果您使用 安装 mingw 包mingw-get，则安装的二进制文件将转到/c/mingw/bin. 我认为这可能是因为/mingw在 default 中有 mount /etc/fsab。

现在，当我在 MSYS2/MinGW64 下使用 MSYS2 at 执行类似操作时/c/mingw/msys64，不再安装二进制文件/c/mingw/bin。例如，如果我安装clang如下：

二进制文件安装到：

好像MSYS2在自己内部创建另一个 mingw64 安装（使用 bin/lib/etc/share ...）。这让 MinGW64 感到困惑，因为它报告找不到 clang。我知道我可以添加另一个路径，但是在根目录下安装一个 MinGW 并在 MSYS2 的子文件夹中安装另一个是相当奇怪的。我怀疑这可能会导致未来工具链的不一致。

我的问题是，有没有办法让MSYS2安装 MinGW 包到 MinGW 目录树MSYS？

谢谢

我一直在四处寻找，但找不到关于这 3 个版本的 MSYS 发生了什么的完整描述。（完全有可能我只是不知道要寻找什么。）我知道 MSYS 是支持使用 MinGW 进行开发的 Linux 工具的最小端口，但我不清楚它们三者之间的关系或开发/维护它们的团队。

需要解决的具体问题：

• 哪些正在积极开发中？（特别是，MSYS 是否已死而 MSYS2 是否处于活动状态？）
• 维护它们的团体之间的关系是什么？（特别是 MSYS 团队是否创建了 MSYS2？）
• msysgit 是只使用其中一个，还是他们有自己的 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。前者是 MinGW 中用于运行 autoconf 脚本的辅助工具。但现在有 MinGW-w64 和 MSYS2。后者附带了一个像包管理器这样的甜蜜 pacman 和像 zsh 这样的优雅 shell，所以我想知道在仿真层中是否还有差距。

虽然 MinGW* 应用程序是 Windows 本机可执行文件，但 MSYS2 软件需要 POSIX 仿真层，就像 Cygwin 一样。至少对于普通用户来说，很难发现两者之间的差异。

• 两个仿真层（如果有）之间的功能差异是什么？
• 哪种仿真更快（更高效）？

当我尝试使用 msys2 编译旧的 c 源代码时，会发生此错误：

“配置：错误：需要和缺少 POSIX 正则表达式函数！”

请问有什么想法吗？这是一个可以添加的库还是与代码本身相关的错误？