问题标签 [msys]

我想用 MinGW 在 Windows 中构建 OpenSSL，
我该怎么做？请帮我。
谢谢。

我在 Windows 中使用 MSYS。我需要访问 MSYShome文件夹中的文件。

Windows C:\ 文件/home/username夹中映射到的文件夹在哪里？MSYS

首先，我真的需要制作一个 64 位版本的 glfwdll.a 和 glfw.dll （所以我希望最终能够成功地让 Go glfw 绑定在 Windows 下工作......在 Linux 下轻而易举！）

似乎我现在使用 mingw64、MSYS 及其 make 脚本成功编译了 64 位版本的 glfwdll.a 和 glfw.dll，即使我确实收到了一些错误消息，如“找不到 maincrt 入口点，使用默认 0xsomehexnumber相反”或类似的。入口点当然是指可执行文件，在这种情况下是示例目录中的那些。

事实上，它们中的大多数都不起作用！然而，一切都建成了。以下可执行文件有效：

listmodes.exe mtbench.exe mthello.exe 和particle.exe - 后者是唯一为我工作的图形（3d gfx）示例（前者只是将一些测试信息输出到控制台窗口）。

现在其他的有什么问题？它们不会崩溃，它们不会向控制台报告任何内容……我运行它们，它们会立即返回，无声无息。

我的 GLFW 构建是否损坏？怎么修？4 个有效的示例和其他无效的示例之间的最大区别是什么？

这是一个相当新的、普通的 Win7 64 位安装。没有垃圾软件，一切都是最新的，UAC 和主题都关闭了，根本没有安装很多软件，更新了 Nvidia GPU 驱动程序（GPU Caps Viewer 等运行良好，所以 OpenGL 就在那里）。

这是一个相当新鲜的香草 Win7 64 位安装和最新的 MinGW64，在一个干净的（新提取的）GLFW 2.7.5 源目录中调用他们的make win32-msys命令。

[A] 构建库

#1 -- gcc -c -I 处的警告。-I.. -Wall -mwin32 -O2 -o win32_init.o win32_init.c:

#2 -- gcc -c -I 处的警告。-I.. -Wall -mwin32 -O2 -mdll -DGLFW_BUILD_DLL -D_GLFW_NO_DLOAD_GDI32 -D_GLFW_NO_DLOAD_WINMM -o win32_init_dll.o win32_init.c：

但相关的输出文件确实在 .\lib\win32 中创建：glfw.dll、libglfwdll.a 和 libglfw.a。但是我担心这些可能已损坏，因为我以后不可能通过 gcc 链接到它们——与本文中最后一个问题相同的问题进一步描述。

[B] 构建示例

#3 -- 在 triangle.exe、pong3d.exe、splitview.exe、mipmaps.exe、gears.exe、boing.exe、wave.exe、heightmap.exe 处发出警告：

但是对于构建良好的 listmodes.exe、mthello.exe、mtbench.exe 和particles.exe 而言并非如此。事实上，这 4 个是唯一在此之后正常运行的，其他的只是立即退出而没有输出或错误（自然，因为它们没有有效的入口点）。

[C] 构建测试

1. 在 accuracy.exe、dynamic.exe 处发出警告：

   /li>

defaults.exe 没有这样的问题。对于 dynamic.exe，它会继续出现以下错误：

现在后一个是加载DLL的测试程序。您可能认为这只是在正确的位置缺少必要的库（.a 和 .dll），但请注意此时我确实拥有所有必要的包含和库（来自早期的 GLFW 制作，与以上，相同的版本，相同的警告，相同的输出文件）在正确的地方：

• \MinGW64\x86_64-w64-mingw32\lib 中的 libglfwdll.a（在 libglu32.a、libopengl32.a 旁边）
• \MinGW64\x86_64-w64-mingw32\include\GL 中的 glfw.h（gl.h、glaux.h、glu.h 旁边）
• \windows 和 \windows\system32 中的 glfw.dll（在 opengl32.dll、glu32.dll 旁边）

我已经成功地在带有 MSYS shell 环境的 windows 上使用 opencv 构建了一个演示应用程序。

我没有使用预构建的 opencv 安装程序，我在本地下载并编译了源代码（这是推荐的方法）。

构建 opencv 并运行 make install 后，所有文件都愉快地在：

我可以使用 cmake 指令成功地构建一个示例应用程序：

在这里要完全清楚：构建二进制文件是成功的。

现在，当我从 shell 运行它时，我收到消息：

所以......我知道图书馆在哪里：

现在怎么办？

我想我可以尝试让 cmake 构建一个静态二进制文件，但这似乎非常极端。

我怎样才能以某种方式使 1）Windows 或 2）MSYS 环境快乐。Windows上的LD_LIBRARY_PATH之类的东西？

或者这不是问题，我实际上（尽管看起来）以某种方式弄乱了二进制文件的编译方式？

编辑：

注意。无论出于何种原因，我的库似乎都是 .dll.a 文件，而不是 .dlls（请参阅 ls 结果），如果这与远程相关的话。

我不能玩！来自 MSYS shell 的框架（在 Windows 上的 Git 中使用）。

有没有办法让它运行？

我在 Windows 7 上的 MinGW 和 MSYS 下使用 gfortran 构建了一些 fortran 程序。但是当我在未安装 MinGW 和 MSYS 的其他计算机上运行它们时，系统总是要求提供一些 dll，例如 libgfortran-3.dll 或 libgcc_s_dw2-1 .dll。

我想问是否有一种方法可以构建无需额外的 MinGW 和 MSYS dll 运行的程序。我听说 cygwin 用户有一个选项，名为“-mno-cygwin”，它使程序在没有 cygwin1.dll 的情况下运行。MinGW 和 MSYS 是否有类似的选项？

MSYS 中的抨击问题：以下简单函数应删除与用户输入字符串匹配的所有行$kwd。

相反，我不断收到“sed -e expression #1, char 0: no previous regular expression”错误。为什么？

我对 bash 和 sed（以及 MSYS）都是新手，所以我不确定这是将变量传递给 sed 还是以错误的方式使用引号的问题（我已经毫不费力地尝试用""许多''变体替换）。我尝试使用此处提供的功能而不是我自己的功能，但仍然遇到相同的错误。

如果这是引号放错的问题，那么 sed 和 grep 在 bash 中处理用户输入的方式有什么区别？（与 sed 不同，'"$*"'在 grep 函数中使用确实有效。）

感谢您的任何帮助和解释！

我有以下问题：我有许多当前正在使用MKS Toolkit运行的测试脚本。我们设法使用mingw shell (msys)运行这些脚本，但还有其他脚本使用了一些alias内置的 MKS Toolkit 而不是 bash 的 es。

问题是没有人愿意更改这些脚本，甚至不使用脚本自动更改。这意味着我应该定义和使用这些别名。我尝试在 msys shell 的“/etc/profile”文件中定义别名，但没有任何成功。我也尝试使用shopt -s expand_aliases（在“/etc/profile”中），但这也不起作用。

有人可以分享一个关于如何做到这一点的想法。请注意，现有脚本必须保持不变。

欢迎任何想法或想法。

谢谢

我似乎无法理解两者之间的区别。

似乎一个 ( GNUWin32) 是窗口顶部的一层 (like MSYS) 而
另一个 (cygwin) 是别的东西 (?)

这意味着什么？我什么时候会使用其中一个？他们都适合同一件事吗？

我想主要将它用于 git，但想保持我的选择开放，以便学习和做所有事情 *nixy。

还有其他工具吗？会msysgit更适合这个吗？
是否有任何资源可以详尽地了解所有这些 *nix 平台的差异？