【问题标题】:merging git mingw64 installation with mingw-w64 installation将 git mingw64 安装与 mingw-w64 安装合并
【发布时间】:2021-05-28 20:27:10
【问题描述】:

当我比较 git bash 安装和 mingw-w64 安装中的 mingw64 文件夹时,每个文件夹中的可执行文件都不同。是否可以合并两个安装而没有任何冲突,或者我应该在我的路径环境变量中添加两个安装的 bin 文件夹? 编辑:我所说的可执行文件是指 bin 文件夹中的那些。例如,一个文件夹有 mingw32-make 而另一个没有

【问题讨论】:

  • 可执行文件不同时,mingw版本不同。为什么要合并同一产品的两个版本?
  • 抱歉,没说清楚。请查看编辑
  • 抱歉,没说清楚。请查看编辑
  • 这些还是不同的版本,请分开。

标签: git mingw mingw-w64


【解决方案1】:

不要像那样混淆二进制文件夹。你一定会破坏东西。 特别是 .exe 文件依赖于 .dll 文件,用其他地方的文件覆盖文件很可能会破坏依赖链。

最好将它们保存在 PATH 环境变量中的不同位置。这样 .exe 依赖 .dll 文件将在与 .exe 文件相同的文件夹中查找,从而允许在需要的地方存在同名但不同版本的 .dll 文件。

但是,您应该避免对 PATH 环境变量进行系统范围的更改。最好从脚本(或批处理文件)启动您需要它的环境,以便它根据需要设置 PATH 以满足您需要的目的。

【讨论】:

  • 我强烈建议在系统 PATH 中都不要。因为该路径也用于运行时 DLL 搜索,所以很容易将运行时链接到错误的库,从而导致各种问题。而是为每个环境打开一个 shell 启动脚本(或批处理文件),它只为该窗口设置变量。
  • 如何制作这个shell脚本? (我对这类脚本一无所知)
  • @AntPalmer 检查winlibs.com 上的 Windows 命令提示符示例,了解如何从提示符添加到 PATH。可以在 .bat 文件中使用相同的命令。
猜你喜欢
  • 2020-06-19
  • 2021-10-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-05-29
  • 2016-11-15
  • 2015-07-08
相关资源
最近更新 更多