当我将 `stack exec` 传递给 `--profile` 选项时找不到可执行文件？
Executable not found when I pass `stack exec` the `--profile` option?
谁能帮我理解一下？
$ stack exec -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
Executable named mvm4x4_amf not found on path: [{snip}]
我在 调试 部分找到了对上面 here 尝试的第二个命令的建议。
（搜索字词的 13 个匹配项中的第 10 个："rts"）
重建我的 Stack 项目后：stack build --profile，我得到：
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
如果我改用这个：
$ stack exec --profile mvm4x4_amf +RTS -sstderr
它们运行我的程序，但我没有得到任何分析信息输出。
如果我 "reach in" 到 .stack-work/ 目录和 "execute by hand"（正如我在与此问题相关的其他一些帖子中看到的推荐）：
$ .stack-work/dist/x86_64-osx/Cabal-2.4.0.1/build/mvm4x4_amf/mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
然后看来我的可执行文件实际上并不是为分析而构建的。
但是，尝试显式重建它以进行分析不会产生任何作用：
$ stack build --profile :mvm4x4_amf
$
哦，这有什么帮助吗？:
$ stack exec mvm4x4_amf --rts-options --info
[("GHC RTS", "YES")
,("GHC version", "8.6.5")
,("RTS way", "rts_v")
,("Build platform", "x86_64-apple-darwin")
,("Build architecture", "x86_64")
,("Build OS", "darwin")
,("Build vendor", "apple")
,("Host platform", "x86_64-apple-darwin")
,("Host architecture", "x86_64")
,("Host OS", "darwin")
,("Host vendor", "apple")
,("Target platform", "x86_64-apple-darwin")
,("Target architecture", "x86_64")
,("Target OS", "darwin")
,("Target vendor", "apple")
,("Word size", "64")
,("Compiler unregisterised", "NO")
,("Tables next to code", "YES")
]
嗯，在更改 cabal 文件选项和重建时，我注意到一些奇怪的事情：
$ stack build --profile :mvm4x4_amf
luminous-0.5.0.0: unregistering (local file changes: luminous.cabal)
luminous> configure (lib + exe)
Configuring luminous-0.5.0.0...
luminous> build (lib + exe)
Preprocessing library for luminous-0.5.0.0..
Building library for luminous-0.5.0.0..
Preprocessing executable 'mvm4x4_amf' for luminous-0.5.0.0..
Building executable 'mvm4x4_amf' for luminous-0.5.0.0..
luminous> copy/register
Installing library in .../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa92531e4d7789d3
3c4dd56c39cf70d79bd7e/8.6.5/lib/x86_64-osx-ghc-8.6.5/luminous-0.5.0.0-9ABiH0AyDmV25JxAv1cFEI
{snip}
Installing executable mvm4x4_amf in .../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa
92531e4d7789d33c4dd56c39cf70d79bd7e/8.6.5/bin
{snip}
Registering library for luminous-0.5.0.0..
$ stack exec which mvm4x4_amf
.../.stack-work/install/x86_64-osx/9af8b70f7f84a02189b610f95c8d289ab7d743df5c23a5d5d43b30afe0c02b7c/
8.6.5/bin/mvm4x4_amf
Stack 似乎在与安装它的目录不同的目录中找到我的 mvm4x4_amf 可执行文件！
我读对了吗？
我应该担心吗？
哦，供参考：
$ stack --version
Version 2.1.3, Git revision 0fa51b9925decd937e4a993ad90cb686f88fa282 (7739 commits) x86_64 hpack-0.31.2
啊哈！你必须这样做：
$ stack exec --profile mvm4x4_amf --rts-options -sstderr
通过该命令，我得到了预期的分析结果：
294,885,845,152 bytes allocated in the heap
3,900,063,256 bytes copied during GC
160,061,616 bytes maximum residency (57 sample(s))
6,223,696 bytes maximum slop
152 MB total memory in use (0 MB lost due to fragmentation)
Tot time (elapsed) Avg pause Max pause
Gen 0 282964 colls, 0 par 6.696s 6.863s 0.0000s 0.0013s
Gen 1 57 colls, 0 par 0.928s 1.048s 0.0184s 0.1195s
INIT time 0.000s ( 0.003s elapsed)
MUT time 217.655s (221.658s elapsed)
GC time 7.624s ( 7.911s elapsed)
RP time 0.000s ( 0.000s elapsed)
PROF time 0.000s ( 0.000s elapsed)
EXIT time 0.000s ( 0.000s elapsed)
Total time 225.279s (229.571s elapsed)
%GC time 0.0% (0.0% elapsed)
Alloc rate 1,354,833,854 bytes per MUT second
Productivity 96.6% of total user, 96.6% of total elapsed
在我正常的程序输出之后。
还有：
$ stack exec --profile which mvm4x4_amf
.../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa92531e4d7789d33c4dd56c39cf70d79bd7e/
8.6.5/bin/mvm4x4_amf
所以，我猜，--profile 选项 "steers" stack exec 命令到不同的 install/ 子目录？
我想这是有道理的。
$ stack exec -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
Executable named mvm4x4_amf not found on path: [{snip}]
发生这种情况是因为使用和不使用分析信息构建的可执行文件实际上是非常不同的可执行文件。这是因为发出分析信息的成本非常高，因此会显着减慢执行速度，因此当您在没有 --profile 的情况下进行构建时，所有这些额外的代码都会被剥离以提高性能。
您的第二次调用失败，因为您没有为您的程序构建分析可执行文件。简而言之，.stack-work 中有多个目录，其中包含使用不同选项构建的多组二进制文件，因此 stack exec --profile 在“分析二进制文件”目录中查找，在您的情况下该目录是空的。
After rebuilding my Stack project with: stack build --profile, I get:
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
这次调用是正确的。正如错误提示的那样，您现在需要 构建 您的可执行文件 -rtsopts 以使您的可执行文件接受您要传递给它的 RTS 选项。
If I use this instead:
$ stack exec --profile mvm4x4_amf +RTS -sstderr
them my program runs, but I don't get any profiling information output.
这里的问题是 stack 本身就是一个 Haskell 问题，因此您的 +RTS -sstderr 选项被 stack 消耗，而不是传递给您的二进制文件。您绝对需要那些 --（或者，您可以使用 --rts-options <options>，它告诉堆栈将 +RTS <options> 传递给您的二进制文件。
谁能帮我理解一下？
$ stack exec -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
Executable named mvm4x4_amf not found on path: [{snip}]
我在 调试 部分找到了对上面 here 尝试的第二个命令的建议。 （搜索字词的 13 个匹配项中的第 10 个："rts"）
重建我的 Stack 项目后：stack build --profile，我得到：
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
如果我改用这个：
$ stack exec --profile mvm4x4_amf +RTS -sstderr
它们运行我的程序，但我没有得到任何分析信息输出。
如果我 "reach in" 到 .stack-work/ 目录和 "execute by hand"（正如我在与此问题相关的其他一些帖子中看到的推荐）：
$ .stack-work/dist/x86_64-osx/Cabal-2.4.0.1/build/mvm4x4_amf/mvm4x4_amf +RTS -sstderr
mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
然后看来我的可执行文件实际上并不是为分析而构建的。 但是，尝试显式重建它以进行分析不会产生任何作用：
$ stack build --profile :mvm4x4_amf
$
哦，这有什么帮助吗？:
$ stack exec mvm4x4_amf --rts-options --info
[("GHC RTS", "YES")
,("GHC version", "8.6.5")
,("RTS way", "rts_v")
,("Build platform", "x86_64-apple-darwin")
,("Build architecture", "x86_64")
,("Build OS", "darwin")
,("Build vendor", "apple")
,("Host platform", "x86_64-apple-darwin")
,("Host architecture", "x86_64")
,("Host OS", "darwin")
,("Host vendor", "apple")
,("Target platform", "x86_64-apple-darwin")
,("Target architecture", "x86_64")
,("Target OS", "darwin")
,("Target vendor", "apple")
,("Word size", "64")
,("Compiler unregisterised", "NO")
,("Tables next to code", "YES")
]
嗯，在更改 cabal 文件选项和重建时，我注意到一些奇怪的事情：
$ stack build --profile :mvm4x4_amf
luminous-0.5.0.0: unregistering (local file changes: luminous.cabal)
luminous> configure (lib + exe)
Configuring luminous-0.5.0.0...
luminous> build (lib + exe)
Preprocessing library for luminous-0.5.0.0..
Building library for luminous-0.5.0.0..
Preprocessing executable 'mvm4x4_amf' for luminous-0.5.0.0..
Building executable 'mvm4x4_amf' for luminous-0.5.0.0..
luminous> copy/register
Installing library in .../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa92531e4d7789d3
3c4dd56c39cf70d79bd7e/8.6.5/lib/x86_64-osx-ghc-8.6.5/luminous-0.5.0.0-9ABiH0AyDmV25JxAv1cFEI
{snip}
Installing executable mvm4x4_amf in .../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa
92531e4d7789d33c4dd56c39cf70d79bd7e/8.6.5/bin
{snip}
Registering library for luminous-0.5.0.0..
$ stack exec which mvm4x4_amf
.../.stack-work/install/x86_64-osx/9af8b70f7f84a02189b610f95c8d289ab7d743df5c23a5d5d43b30afe0c02b7c/
8.6.5/bin/mvm4x4_amf
Stack 似乎在与安装它的目录不同的目录中找到我的 mvm4x4_amf 可执行文件！
我读对了吗？
我应该担心吗？
哦，供参考：
$ stack --version
Version 2.1.3, Git revision 0fa51b9925decd937e4a993ad90cb686f88fa282 (7739 commits) x86_64 hpack-0.31.2
啊哈！你必须这样做：
$ stack exec --profile mvm4x4_amf --rts-options -sstderr
通过该命令，我得到了预期的分析结果：
294,885,845,152 bytes allocated in the heap
3,900,063,256 bytes copied during GC
160,061,616 bytes maximum residency (57 sample(s))
6,223,696 bytes maximum slop
152 MB total memory in use (0 MB lost due to fragmentation)
Tot time (elapsed) Avg pause Max pause
Gen 0 282964 colls, 0 par 6.696s 6.863s 0.0000s 0.0013s
Gen 1 57 colls, 0 par 0.928s 1.048s 0.0184s 0.1195s
INIT time 0.000s ( 0.003s elapsed)
MUT time 217.655s (221.658s elapsed)
GC time 7.624s ( 7.911s elapsed)
RP time 0.000s ( 0.000s elapsed)
PROF time 0.000s ( 0.000s elapsed)
EXIT time 0.000s ( 0.000s elapsed)
Total time 225.279s (229.571s elapsed)
%GC time 0.0% (0.0% elapsed)
Alloc rate 1,354,833,854 bytes per MUT second
Productivity 96.6% of total user, 96.6% of total elapsed
在我正常的程序输出之后。
还有：
$ stack exec --profile which mvm4x4_amf
.../.stack-work/install/x86_64-osx/2428dc603454d346facf6484280fa92531e4d7789d33c4dd56c39cf70d79bd7e/
8.6.5/bin/mvm4x4_amf
所以，我猜，--profile 选项 "steers" stack exec 命令到不同的 install/ 子目录？
我想这是有道理的。
$ stack exec -- mvm4x4_amf +RTS -sstderr mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them. $ stack exec --profile -- mvm4x4_amf +RTS -sstderr Executable named mvm4x4_amf not found on path: [{snip}]
发生这种情况是因为使用和不使用分析信息构建的可执行文件实际上是非常不同的可执行文件。这是因为发出分析信息的成本非常高，因此会显着减慢执行速度，因此当您在没有 --profile 的情况下进行构建时，所有这些额外的代码都会被剥离以提高性能。
您的第二次调用失败，因为您没有为您的程序构建分析可执行文件。简而言之，.stack-work 中有多个目录，其中包含使用不同选项构建的多组二进制文件，因此 stack exec --profile 在“分析二进制文件”目录中查找，在您的情况下该目录是空的。
After rebuilding my Stack project with: stack build --profile, I get:
$ stack exec --profile -- mvm4x4_amf +RTS -sstderr mvm4x4_amf: Most RTS options are disabled. Link with -rtsopts to enable them.
这次调用是正确的。正如错误提示的那样，您现在需要 构建 您的可执行文件 -rtsopts 以使您的可执行文件接受您要传递给它的 RTS 选项。
If I use this instead:
$ stack exec --profile mvm4x4_amf +RTS -sstderrthem my program runs, but I don't get any profiling information output.
这里的问题是 stack 本身就是一个 Haskell 问题，因此您的 +RTS -sstderr 选项被 stack 消耗，而不是传递给您的二进制文件。您绝对需要那些 --（或者，您可以使用 --rts-options <options>，它告诉堆栈将 +RTS <options> 传递给您的二进制文件。