如何定位Ninja编译glib时失败的具体子命令错误？

你在使用Meson 1.2.1、Ninja 1.9.0构建glib，因防火墙限制单独编译PCRE（已放弃2.78.0改用2.77.3/2.76.5），执行meson setup _build和meson compile -v -C _build时，编译到[131/1441]步仅收到ninja: build stopped: subcommand failed.的模糊提示，可通过以下方法定位具体错误：

• 直接运行Ninja获取详细输出：进入_build目录，执行ninja -v。该命令会打印每一步编译的完整命令及输出，能直接看到第131步的具体报错信息。
• 查看Meson构建日志：_build/meson-logs/meson-log.txt文件记录了构建全程的详细日志，包括编译阶段的错误细节，可直接搜索失败步骤的相关内容。
• 单独执行失败的编译命令：从Ninja的详细输出或Meson日志中提取第131步对应的编译命令，单独在终端运行该命令，能更清晰地看到错误原因（比如头文件缺失、库链接失败等）。
• 升级Ninja版本：你使用的Ninja 1.9.0版本较旧，旧版本的错误提示可能不够完善。升级到最新稳定版（如1.11.x及以上），可能会输出更明确的失败原因。
• 验证PCRE的编译与检测结果：由于PCRE是单独编译的，需确认Meson是否正确识别到它的库和头文件。可查看_build/meson-info/config.log文件，搜索PCRE相关的检测日志，确认配置阶段是否存在潜在问题。

内容的提问来源于stack exchange，提问作者patrik