Threadscope 的 gettext.sh 文件在 Windows 上干扰 git答案

【问题标题】：Threadscope's gettext.sh file interferes with git on WindowsThreadscope 的 gettext.sh 文件在 Windows 上干扰 git
【发布时间】：2018-01-28 09:42:24
【问题描述】：

当我运行 git 命令时，我注意到我收到了来自一个完全不相关的程序的奇怪消息，即 threadscope，我用它来获取我的并行 Haskell 程序的信息。

 git stash
': not a valid identifier/threadscope-0.2.2/bin/gettext.sh: line 90: export: `dashless
': not a valid identifier/threadscope-0.2.2/bin/gettext.sh: line 90: export: `USAGE
': not a valid identifier/threadscope-0.2.2/bin/gettext.sh: line 90: export: `stash_msg

我不确定是什么原因造成的。这似乎是良性的，但它有点烦人。它似乎与程序“gettext.exe”有关，但我无法在网上找到有关它的作用的信息。

gettext.sh 中有问题的第 90 行是

eval_gettext () {
  gettext "$1" | (export PATH `envsubst --variables "$1"`; envsubst "$1")
}

有人可以帮助我以正确的方式摆脱这些消息吗？

我使用的是 Window 10。我通过从 https://wiki.haskell.org/ThreadScope#Installing_ThreadScope 下载二进制文件并将它们放在我的程序文件夹中来安装 threadscope。

【问题讨论】：

我已经尝试重命名 gettext.exe 和 gettext.sh 文件，它解决了问题。我现在的问题是这些文件的用途，是否可以安全地从 threadscope 中删除，以及为什么它会首先导致问题。
@ChrisMartin 我如何确定是否是这种情况？
gettext 是所谓的 internationalization (i18n) 和 localization (l10n) 的一部分，其中可能会打印“hello world”的程序" 在美国运行时，在西班牙运行时会打印“hola mundo”。（名称 i18n 和 l10n 是通过计算中间丢弃的字母而形成的。实际控制是由用户选择完成的，而不是物理位置。）
@torek 由于 threadscope 的默认语言似乎是英语，是否可以相信我可以从我的 threadscope bin 文件夹中删除（或重命名）gettext.exe 和 gettext.sh？没有它，Threadscope 本身似乎运行良好。我只是担心可能会造成无意的后果。
一般来说，如果没有可用的翻译，使用 gettext 的程序应该表现良好。不过，我不能说这个特定的程序确实。

标签： windows git threadscope

【解决方案1】：

尝试在 CMD 会话中设置（用于测试）simplified PATH

set PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\
set GH=C:\path\to\git
set PATH=%GH%\bin;%GH%\usr\bin;%GH%\mingw64\bin;%PATH%

set PATH=%PATH%;/path/to/ThreadScope/bin

含义：您首先设置 Git，然后在 PATH 中设置 ThreadScope：看看两者在新的上下文中是否运行得更好。

【讨论】：