【发布时间】：2016-11-10 16:41:32
【问题描述】：
ls 我通常像这样从 cygwin 运行 powershell 脚本：
$ powershell ./scriptname.ps1
它通常运行良好，但今天我发现一个脚本从 Cygwin 调用时失败，但从 powershell 调用时成功。我有一个非常相似的脚本，在这两种情况下都成功。
这个脚本可以双向工作：
buildOpenSSL32.ps1
param ([string]$prefix = $(Resolve-Path .))
$adjPrefix = $prefix -replace "\\", "/"
$prefix32 = "${adjPrefix}/win32"
New-Item -ErrorAction Ignore -ItemType directory -Path $prefix32
pushd ${prefix32}/openssl-1.0.2j
write-host "Building OpenSSL for x86 into $prefix32 ..."
write-host "Configuring..."
perl Configure debug-VC-WIN32 --prefix=$prefix32
ms\do_nasm
write-host "Building..."
cmd /c "`"${env:VS140COMNTOOLS}vsvars32.bat`" && nmake /f ms\nt.mak && nmake /f ms\nt.mak install"
popd
write-host "...Done building OpenSSL for x86"
此脚本在直接从 powershell 调用时有效，但从 Cygwin 调用时失败：
buildOpenSSL64.ps1
param ([string]$prefix = $(Resolve-Path .))
$adjPrefix = $prefix -replace "\\", "/"
$prefix64 = "${adjPrefix}/win64"
New-Item -ErrorAction Ignore -ItemType directory -Path $prefix64
pushd ${prefix64}/openssl-1.0.2j
write-host "Building OpenSSL for x64 into $prefix64 ..."
write-host "Configuring..."
perl Configure debug-VC-WIN64A --prefix=$prefix64
ms\do_win64a
write-host "Building..."
cmd /c "`"${env:VS140COMNTOOLS}../../VC/vcvarsall.bat`" amd64 && nmake /f ms\nt.mak && nmake /f ms\nt.mak install"
popd
write-host "...Done building OpenSSL for x64"
错误如下所示：
C:\cygwin64\home\mrixman\OpenSSL5\win64\openssl-1.0.2j>perl ms\uplink-x86_64.pl nasm 1>ms\uptable.asm
Can't open perl script "ms../crypto/perlasm/x86_64-xlate.pl": No such file or directory
他们为什么要关心脚本调用的处理方式？
编辑：
根据错误出现的位置，上述脚本中的相关差异似乎是ms\do_nasm vs ms\do_win64a
do_nasm.bat（cygwin 友好）
perl util\mkfiles.pl >MINFO
perl util\mk1mf.pl nasm VC-WIN32 >ms\nt.mak
perl util\mk1mf.pl dll nasm VC-WIN32 >ms\ntdll.mak
perl util\mk1mf.pl nasm BC-NT >ms\bcb.mak
perl util\mkdef.pl 32 libeay > ms\libeay32.def
perl util\mkdef.pl 32 ssleay > ms\ssleay32.def
do_win64a.bat（当祖父母 shell 是 cygwin 时出错）
perl util\mkfiles.pl >MINFO
cmd /c "nasm -f win64 -v" >NUL 2>&1
if %errorlevel% neq 0 goto ml64
perl ms\uplink-x86_64.pl nasm > ms\uptable.asm # <-- This line
nasm -f win64 -o ms\uptable.obj ms\uptable.asm
goto proceed
:ml64
perl ms\uplink-x86_64.pl masm > ms\uptable.asm
ml64 -c -Foms\uptable.obj ms\uptable.asm
:proceed
perl util\mk1mf.pl VC-WIN64A >ms\nt.mak
perl util\mk1mf.pl dll VC-WIN64A >ms\ntdll.mak
perl util\mkdef.pl 32 libeay > ms\libeay32.def
perl util\mkdef.pl 32 ssleay > ms\ssleay32.def
编辑 2：
我创建了一个调用Get-ChildItem Env: 的脚本，因此我们可以看看从Cygwin（损坏）调用powershell 环境与从我的开始菜单运行（工作）时的外观有何不同。我将所有内容都转换为小写，以便区分大小写不匹配不会导致问题。
【问题讨论】：
-
您在 cygwin 下的多个地方使用反斜杠
\作为目录分隔符，所以我预计会失败。 -
@xOxxOm 据我了解，Cygwin 从来没有看到任何这些，它只是调用 powershell 并将脚本名称作为参数传递。由 powershell 来解析脚本。无论如何，我用前斜杠替换了所有的反斜杠并得到了同样的错误。
-
在脚本顶部放一行
set|sort看看环境包含什么？ -
@lit 我只是从 bash 调用 powershell，所以实际上没有任何脚本可以添加
set|sort到。我确实包含了等效的 powershell（据我所知：Get-ChildItem Env:并在上面的编辑中区分了它的输出。
标签： powershell cygwin