源码安装Rakudo后nqp、rakudo系列附加命令的功能与用法

所有带不同后缀的命令都是同一套运行环境的不同启动模式封装，搭配历史命名兼容的软链，不存在核心功能差异。

底层运行时与编译层命令 #

• moar：整套Raku运行环境的底层虚拟机MoarVM，所有上层的Raku、NQP命令最终都基于这个虚拟机执行字节码，日常业务脚本开发场景下不需要直接调用该文件。
• nqp：NQP（Not Quite Perl，Raku语法的精简子集）的独立运行环境，用来执行基于NQP语法编写的脚本——这类脚本是Raku编译器自身的核心实现层，不需要加载完整的Raku标准库，启动速度远快于完整Raku运行时。除非参与Raku编译器本身的开发，普通业务脚本开发极少用到该运行时。
• nqp-m：标记为MoarVM后端构建的NQP运行时。当前仅安装了MoarVM单后端的场景下，该文件和不带后缀的nqp功能完全等价，保留后缀是为了适配历史多后端架构的命名习惯——后续如果安装了其他后端（如JVM、JS），会以对应后缀区分不同后端的构建版本。

常规运行命令的后端标记版本 #

• rakudo-m、perl6-m、raku-m：和你已知的常规运行命令rakudo、perl6、raku功能完全一致，同样是带MoarVM后端标记的版本，单后端场景下和无后缀版本完全等价，只是保留了多后端架构下的区分命名，日常使用任意版本都可以。

调试与专项分析类命令 #

所有以raku、perl6、rakudo为前缀、带相同后缀的命令，都只是历史命名兼容的软链，功能完全一致：

• 带-debug、-debug-m后缀的版本（如rakudo-debug、raku-debug、perl6-debug-m）：属于关闭了运行时性能优化、携带完整调试符号的非优化构建版本。日常运行普通脚本不需要使用该版本，当遇到语言本身的崩溃、未定义行为导致的异常时，使用该版本复现问题，才能生成可供开发者定位根因的有效调试日志。该版本的运行参数、Raku脚本兼容能力和常规版本完全一致。
• 带-gdb-m后缀的版本（如rakudo-gdb-m、perl6-gdb-m）：封装了GNU调试器启动逻辑的便捷脚本，调用时会自动拉起GDB，加载带调试符号的运行时，自动配置好断点映射、符号路径，不需要手动拼装GDB的启动参数，适合Linux环境下排查运行时层面的崩溃问题。
• 带-lldb-m后缀的版本（如rakudo-lldb-m）：和GDB版本的逻辑完全一致，只是将调试器替换为LLDB，适配macOS、偏好LLDB的Linux使用场景，同样会自动完成调试器加载Raku运行时的前置配置。
• 带-valgrind-m后缀的版本（如rakudo-valgrind-m）：封装了Valgrind内存检测工具的便捷启动脚本，调用时会自动使用Valgrind运行Raku运行时，预配置好针对运行时核心代码的内存检测忽略规则，专门用来排查MoarVM层面的内存泄漏、非法内存访问问题，不需要手动调整Valgrind的检测规则。

命名兼容说明：你已知的raku、rakudo、perl6三个常规运行命令本质是等价别名——raku是2019年正式确定的语言名称，rakudo是对应语言编译器的名称，perl6是2019年之前的语言旧称，三个可执行文件在单后端安装场景下没有任何功能差异。

内容的提问来源于stack exchange，提问作者Håkon Hægland