Ruby 源码构建指南从依赖配置到 YJIT 与调试的完整实战【免费下载链接】rubyThe Ruby Programming Language项目地址: https://gitcode.com/GitHub_Trending/ru/ruby本篇技术指南以 CRubyRuby 官方解释器仓库中的 doc/contributing/building_ruby.md 为核心完整覆盖从零构建 Ruby 的依赖准备、configure 参数、快速上手流程、并行构建、静态链接扩展以及调试gdb/lldb、Address Sanitizer、覆盖率测量等进阶主题。读完本文你将掌握从 git 仓库或发布 tarball 构建出属于自己的 Ruby 可执行文件并具备参与 Ruby 开发所需的源码级排错与验证能力。构建前的依赖准备CRuby 解释器本体由 C 编写仓库根目录下的array.c、object.c、string.c、vm.c等核心源文件因此构建的第一步是准备工具链与第三方库。必要依赖C 编译器构建 CRuby 解释器本体所需的基础工具链。若要让 RubyGems 正常工作还需要以下库OpenSSL 1.1.x 或 3.0.x / LibreSSL加密与安全通信支持libyaml 0.1.7 或更高版本YAML 解析支持psych扩展依赖zlib压缩支持。从 git 仓库构建时的额外依赖如果你不是使用发布 tarball而是从 git 仓库构建还需要工具版本要求说明autoconf2.67 或更高用于生成configure脚本通过autogen.sh调用gperf3.1 或更高通常不需要仅在你编辑使用了 gperf 的源文件时才需要ruby3.1 或更高构建过程需要现有 Ruby 作为 baserubygit2.32 或更高防止系统.gitconfig使用$HOME路径时产生构建错误更早版本可能也可用从仓库中 autogen.sh 的实现可以看到它本质上是对autoreconf的封装默认携带--install --symlink参数并透传命令行参数只有显式传入-i或--install时才关闭符号链接模式。这正是从 git 构建需要 autoconf这一要求的落地所在。可选依赖libffi用于构建fiddle扩展gmp加速 Bignum大整数运算rustc 1.58.0 或更高构建 YJIT 时需要仓库中的 yjit/ 目录即是 YJIT 的 Rust 实现。为非常规安装路径的库指定搜索目录如果要把库如 gmp链接到操作系统默认位置之外macOS 上通常使用 Homebrew 安装需要向configure传递--with-opt-dirgmp 可单独用--with-gmp-dirconfigure --with-opt-dir$(brew --prefix gmp):$(brew --prefix jemalloc)对于只被特定扩展需要、而 Ruby 本体不需要的库openssl、readline、libyaml、zlib可以添加--with-EXTLIB-dir选项或放入CONFIGURE_ARGS环境变量export CONFIGURE_ARGS for ext in openssl readline libyaml zlib; do CONFIGURE_ARGS${CONFIGURE_ARGS} --with-$ext-dir$(brew --prefix $ext) done两者的关键区别在于命令行选项会被嵌入rbconfig.rbRbConfig::CONFIG可查询到而CONFIGURE_ARGS环境变量不会嵌入仅在构建扩展库时生效。从仓库的 ext/ 目录结构openssl/、zlib/、psych/、digest/等独立子目录可以看出这些扩展是作为独立模块构建的这也解释了为何它们的库依赖需要单独指定。快速上手从源码构建 Ruby第一步获取源码方式一从发布 tarball 构建从 Ruby 官方下载页获取最新 tarball 并解压示例为 Ruby 3.0.2tar -xzf ruby-3.0.2.tar.gz cd ruby-3.0.2方式二从 git 仓库构建git clone ruby/ruby 源码仓库地址 cd rubygit 方式需要先生成configure脚本./autogen.sh第二步创建独立构建目录mkdir build cd build在仓库内单独建一个build目录虽然不是必须的但这是值得推荐的做法它把生成文件与源码隔离便于随时用git clean清理。第三步准备安装目录mkdir ~/.rubies本指南后续将把新构建的 Ruby 安装到~/.rubies/ruby-master。第四步运行 configure 生成 Makefile../configure --prefix${HOME}/.rubies/ruby-master加上-C即--config-cache可以缓存配置结果下次 configure 会快很多。第五步编译make第六步运行测试构建完成后请参考 doc/contributing/testing_ruby.md 运行测试套件确认构建成功。仓库中提供了多层测试体系bootstraptest/引导测试如test_attr.rb、test_gc.rb、basictest/、test/标准库测试共 878 个.rb文件以及spec/Ruby 规范镜像。第七步安装make install如果需要用sudo执行make install又希望避免文档生成时的权限问题可以改用make SUDOsudo install第八步验证~/.rubies/ruby-master/bin/ruby -e puts Hello, World!构建完成后的仓库结构完成以上步骤后仓库大致呈现如下结构ruby ├── autogen.sh # 预先存在的 Autoconf 脚本第一步使用 ├── configure # 第一步生成用于第四步生成 Makefile ├── build # 第二步创建第四步填充 │ ├── GNUmakefile # 由 ../configure 生成 │ ├── Makefile # 由 ../configure 生成 │ ├── object.o # 由 make 编译出的目标文件 │ └── ... 其他编译出的 .o 目标文件 │ │ # 其他值得关注的文件 ├── include │ └── ruby.h # 主要的公共头文件 ├── internal │ ├── object.h │ └── ... 仓库根目录下 .c 文件使用的其他头文件 ├── lib │ └── # 默认 gem如 bundler、erb、set、yaml 等 ├── spec │ └── # Ruby 规范的镜像 ├── test │ ├── ruby │ └── ... ├── object.c └── ... 其他 .c 文件遇到无法解释的构建错误怎么办如果出现难以排查的构建错误请先保存好所有工作然后在源码根目录执行git clean -xfd这会移除所有被 git 忽略的本地文件。如果源码目录经历过多次更新可能残留之前版本构建的临时产物从而引发构建失败。在 Windows 上构建Windows 平台的构建文档单独存放详见 doc/distribution/windows.md其中涵盖了 win32/win64 下使用 Microsoft Visual C 构建的方案仓库 win32/ 目录下也提供了对应的.mak、.bat、.cmd构建脚本。深入构建细节并行执行 make 脚本GNU make 与 BSD make 都支持用-j进程数并行执行。例如用 8 个进程跑测试make test-all -j8更彻底的做法是把MAKEFLAGS写入 shell 配置让所有make 命令都自动并行# macOS Fish shell: export MAKEFLAGS--jobs (sysctl -n hw.ncpu) # macOS Bash/ZSH: export MAKEFLAGS--jobs $(sysctl -n hw.ncpu) # Linux Fish shell: export MAKEFLAGS--jobs (nproc) # Linux Bash/ZSH: export MAKEFLAGS--jobs $(nproc)注意GNU make 3 缺少部分并行执行特性建议升级到 GNU make 4 或更高版本。在仓库的 defs/gmake.mk 中可以看到-j参数的解析与透传逻辑nproc $(subst -j,,$(filter -j%,$(MFLAGS)))并据此自动为测试目标添加并行标志。Miniruby 与 Ruby 的区别Miniruby 是一个没有任何外部依赖、缺少某些功能的 Ruby 精简版本它可以显著加快开发时的构建速度。Miniruby 先于 Ruby 构建构建 Ruby 必须要有一个可用的 Miniruby。单独构建 Minirubymake miniruby在 common.mk 中可以找到run、gdb、lldb等目标都依赖miniruby$(EXEEXT)这也印证了 Miniruby 是开发调试循环的核心构件。静态链接扩展configure --with-static-linked-ext会把ext/下的扩展库直接链接进ruby二进制而不是构建成独立的.so/.bundle文件同时会使RbConfig::CONFIG[EXTSTATIC]变为static。带有 C 扩展的 bundled gem如bigdecimal、fiddle不受影响仍作为可加载对象构建。由于扩展所需的外部库会直接链入ruby本身此时应使用--with-EXTLIB-dir传给configure而不是手工把路径塞进LDFLAGS。macOS Homebrew 示例./configure --with-static-linked-ext --with-openssl-dir$(brew --prefix openssl3)从 configure.ac 可以看到该选项的实际处理--with-static-linked-ext会把EXTSTATIC置为static并让ENCOBJS使用enc/encinit而非dmyenc同时在编译期定义EXTSTATIC宏——这就是扩展被静态编入二进制的配置层机制。一个 Homebrew 的坑brew --prefix LIB即使对未安装的 formula 也会打印路径由此生成的LDFLAGS会包含不存在的-L目录导致configure报错。应改用brew --prefix --installed LIB它对未安装的 formula 会直接失败。调试 Ruby 本身快速调试目标调试前先在仓库中创建一个test.rb放入你想运行的 Ruby 脚本然后使用以下 make 目标make 目标行为make run用 Miniruby 运行test.rbmake lldb在 lldb 中运行test.rbMinirubymake gdb在 gdb 中运行test.rbMinirubymake runruby用完整 Ruby 运行test.rbmake lldb-ruby在 lldb 中运行test.rbRubymake gdb-ruby在 gdb 中运行test.rbRuby这些目标定义于 common.mk如run: yes-fake miniruby$(EXEEXT)、gdb: miniruby$(EXEEXT) run.gdb。仓库的 misc/ 目录还提供了gdb.py、lldb_cruby.py、lldb_disasm.py等辅助脚本方便在调试器中打印 CRuby 内部结构例如rp命令用于 dump Ruby 对象。VS Code 调试配置VS Code 用户可复制仓库自带的编辑器调试配置cp -r misc/.vscode .vscode这会添加用lldb调试test.rb的 launch 配置。注意如果你把 Ruby 构建在./build目录下需要把.vscode/launch.json的 program 入口改为${workspaceFolder}/build/ruby。为调试编译通过RUBY_DEBUG宏开启某些特性的调试支持例如调试对象 shapeRubyVM::Shape.of(object)。此外 Ruby 还支持用RUBY_DEBUG环境变量在运行时开启调试特性例如RUBY_DEBUGgc_stress用于排查 GC 相关问题。通过USE_RUBY_DEBUG_LOG宏可启用RUBY_DEBUG_LOG环境变量用于记录大量 VM 内部运行日志。调试时还应关闭优化及其他干扰调试的编译选项。综合起来./configure cppflags-DRUBY_DEBUG1 -DUSE_RUBY_DEBUG_LOG1 --enable-debug-env optflags-O0 -fno-omit-frame-pointer这里-O0关闭优化、-fno-omit-frame-pointer保留帧指针--enable-debug-env开启RUBY_DEBUG环境变量支持。使用 Address SanitizerASAN检测内存问题ASAN 能检测 Ruby 自身以及任何以 ASAN 编译并加载进 Ruby 的 C 扩展中的内存安全问题。构建步骤./autogen.sh mkdir build cd build ../configure CCclang-18 cflags-fsanitizeaddress -fno-omit-frame-pointer -DUSE_MN_THREADS0 # 可按需追加其他选项 make一旦 ASAN 检测到内存安全问题编译出的 Ruby 会自动崩溃并输出报告与回溯信息。在 ASAN 下运行 Ruby 测试套件耗时较长作者笔记本上超过两小时RUBY_TEST_TIMEOUT_SCALE5 SYNTAX_SUGGEST_TIMEOUT600 make checkRUBY_TEST_TIMEOUT_SCALE与SYNTAX_SUGGEST_TIMEOUT两个变量是必需的用来防止测试因单纯变慢而被误判为超时。make check在 common.mk 中定义为main test test-tool test-all的组合目标是完整验证构建的主入口。使用 ASAN 需要注意以下限制由于 Clang 为 threadlocal 变量生成的代码与 M:N 线程不兼容Bug #20243当前需要在构建时禁用 M:N 线程支持-DUSE_MN_THREADS0ASAN 仅适用于Clang 18 或更高版本因为它依赖与多线程fork相关的 llvm 修复ASAN 目前仅在 Linux Clang 上经过测试其他编译器或平台可能不工作macOS 上 ASAN 很可能无法正常工作多线程 fork 的修复在 macOS 上被回退了遇到问题请到 Ruby Issue Tracking System 提交 issue。如何度量 C 与 Ruby 代码的覆盖率需要用到 gccgcov和 lcov 可视化工具。完整流程./autogen.sh ./configure --enable-gcov make make update-coverage rm -f test-coverage.dat make test-all COVERAGEtrue make lcov open lcov-out/index.html几个可选项只要 C 代码覆盖率去掉上述流程中的COVERAGEtrue也可以直接用gcov命令获取单文件覆盖率只要 Ruby 代码覆盖率去掉--enable-gcov即可注意test-coverage.dat会累积所有make test-all的运行结果如果要度量单次测试运行务必先删除该文件。结语从准备编译器与 OpenSSL/libyaml/zlib 等依赖到autogen.sh生成 configure、独立 build 目录、--with-opt-dir/--with-static-linked-ext等关键 configure 选项再到 Miniruby、并行 make、gdb/lldb 调试目标与 ASAN 检测这份构建指南完整覆盖了 CRuby 从拿到源码到可调试可测试的全过程。配合仓库中的 configure.ac、common.mk、autogen.sh 与 doc/contributing/testing_ruby.md你将能独立完成一次可靠的 Ruby 构建并以此为起点深入 CRuby 内核开发。【免费下载链接】rubyThe Ruby Programming Language项目地址: https://gitcode.com/GitHub_Trending/ru/ruby创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Ruby 源码构建指南：从依赖配置到 YJIT 与调试的完整实战
Ruby 源码构建指南从依赖配置到 YJIT 与调试的完整实战【免费下载链接】rubyThe Ruby Programming Language项目地址: https://gitcode.com/GitHub_Trending/ru/ruby本篇技术指南以 CRubyRuby 官方解释器仓库中的 doc/contributing/building_ruby.md 为核心完整覆盖从零构建 Ruby 的依赖准备、configure 参数、快速上手流程、并行构建、静态链接扩展以及调试gdb/lldb、Address Sanitizer、覆盖率测量等进阶主题。读完本文你将掌握从 git 仓库或发布 tarball 构建出属于自己的 Ruby 可执行文件并具备参与 Ruby 开发所需的源码级排错与验证能力。构建前的依赖准备CRuby 解释器本体由 C 编写仓库根目录下的array.c、object.c、string.c、vm.c等核心源文件因此构建的第一步是准备工具链与第三方库。必要依赖C 编译器构建 CRuby 解释器本体所需的基础工具链。若要让 RubyGems 正常工作还需要以下库OpenSSL 1.1.x 或 3.0.x / LibreSSL加密与安全通信支持libyaml 0.1.7 或更高版本YAML 解析支持psych扩展依赖zlib压缩支持。从 git 仓库构建时的额外依赖如果你不是使用发布 tarball而是从 git 仓库构建还需要工具版本要求说明autoconf2.67 或更高用于生成configure脚本通过autogen.sh调用gperf3.1 或更高通常不需要仅在你编辑使用了 gperf 的源文件时才需要ruby3.1 或更高构建过程需要现有 Ruby 作为 baserubygit2.32 或更高防止系统.gitconfig使用$HOME路径时产生构建错误更早版本可能也可用从仓库中 autogen.sh 的实现可以看到它本质上是对autoreconf的封装默认携带--install --symlink参数并透传命令行参数只有显式传入-i或--install时才关闭符号链接模式。这正是从 git 构建需要 autoconf这一要求的落地所在。可选依赖libffi用于构建fiddle扩展gmp加速 Bignum大整数运算rustc 1.58.0 或更高构建 YJIT 时需要仓库中的 yjit/ 目录即是 YJIT 的 Rust 实现。为非常规安装路径的库指定搜索目录如果要把库如 gmp链接到操作系统默认位置之外macOS 上通常使用 Homebrew 安装需要向configure传递--with-opt-dirgmp 可单独用--with-gmp-dirconfigure --with-opt-dir$(brew --prefix gmp):$(brew --prefix jemalloc)对于只被特定扩展需要、而 Ruby 本体不需要的库openssl、readline、libyaml、zlib可以添加--with-EXTLIB-dir选项或放入CONFIGURE_ARGS环境变量export CONFIGURE_ARGS for ext in openssl readline libyaml zlib; do CONFIGURE_ARGS${CONFIGURE_ARGS} --with-$ext-dir$(brew --prefix $ext) done两者的关键区别在于命令行选项会被嵌入rbconfig.rbRbConfig::CONFIG可查询到而CONFIGURE_ARGS环境变量不会嵌入仅在构建扩展库时生效。从仓库的 ext/ 目录结构openssl/、zlib/、psych/、digest/等独立子目录可以看出这些扩展是作为独立模块构建的这也解释了为何它们的库依赖需要单独指定。快速上手从源码构建 Ruby第一步获取源码方式一从发布 tarball 构建从 Ruby 官方下载页获取最新 tarball 并解压示例为 Ruby 3.0.2tar -xzf ruby-3.0.2.tar.gz cd ruby-3.0.2方式二从 git 仓库构建git clone ruby/ruby 源码仓库地址 cd rubygit 方式需要先生成configure脚本./autogen.sh第二步创建独立构建目录mkdir build cd build在仓库内单独建一个build目录虽然不是必须的但这是值得推荐的做法它把生成文件与源码隔离便于随时用git clean清理。第三步准备安装目录mkdir ~/.rubies本指南后续将把新构建的 Ruby 安装到~/.rubies/ruby-master。第四步运行 configure 生成 Makefile../configure --prefix${HOME}/.rubies/ruby-master加上-C即--config-cache可以缓存配置结果下次 configure 会快很多。第五步编译make第六步运行测试构建完成后请参考 doc/contributing/testing_ruby.md 运行测试套件确认构建成功。仓库中提供了多层测试体系bootstraptest/引导测试如test_attr.rb、test_gc.rb、basictest/、test/标准库测试共 878 个.rb文件以及spec/Ruby 规范镜像。第七步安装make install如果需要用sudo执行make install又希望避免文档生成时的权限问题可以改用make SUDOsudo install第八步验证~/.rubies/ruby-master/bin/ruby -e puts Hello, World!构建完成后的仓库结构完成以上步骤后仓库大致呈现如下结构ruby ├── autogen.sh # 预先存在的 Autoconf 脚本第一步使用 ├── configure # 第一步生成用于第四步生成 Makefile ├── build # 第二步创建第四步填充 │ ├── GNUmakefile # 由 ../configure 生成 │ ├── Makefile # 由 ../configure 生成 │ ├── object.o # 由 make 编译出的目标文件 │ └── ... 其他编译出的 .o 目标文件 │ │ # 其他值得关注的文件 ├── include │ └── ruby.h # 主要的公共头文件 ├── internal │ ├── object.h │ └── ... 仓库根目录下 .c 文件使用的其他头文件 ├── lib │ └── # 默认 gem如 bundler、erb、set、yaml 等 ├── spec │ └── # Ruby 规范的镜像 ├── test │ ├── ruby │ └── ... ├── object.c └── ... 其他 .c 文件遇到无法解释的构建错误怎么办如果出现难以排查的构建错误请先保存好所有工作然后在源码根目录执行git clean -xfd这会移除所有被 git 忽略的本地文件。如果源码目录经历过多次更新可能残留之前版本构建的临时产物从而引发构建失败。在 Windows 上构建Windows 平台的构建文档单独存放详见 doc/distribution/windows.md其中涵盖了 win32/win64 下使用 Microsoft Visual C 构建的方案仓库 win32/ 目录下也提供了对应的.mak、.bat、.cmd构建脚本。深入构建细节并行执行 make 脚本GNU make 与 BSD make 都支持用-j进程数并行执行。例如用 8 个进程跑测试make test-all -j8更彻底的做法是把MAKEFLAGS写入 shell 配置让所有make 命令都自动并行# macOS Fish shell: export MAKEFLAGS--jobs (sysctl -n hw.ncpu) # macOS Bash/ZSH: export MAKEFLAGS--jobs $(sysctl -n hw.ncpu) # Linux Fish shell: export MAKEFLAGS--jobs (nproc) # Linux Bash/ZSH: export MAKEFLAGS--jobs $(nproc)注意GNU make 3 缺少部分并行执行特性建议升级到 GNU make 4 或更高版本。在仓库的 defs/gmake.mk 中可以看到-j参数的解析与透传逻辑nproc $(subst -j,,$(filter -j%,$(MFLAGS)))并据此自动为测试目标添加并行标志。Miniruby 与 Ruby 的区别Miniruby 是一个没有任何外部依赖、缺少某些功能的 Ruby 精简版本它可以显著加快开发时的构建速度。Miniruby 先于 Ruby 构建构建 Ruby 必须要有一个可用的 Miniruby。单独构建 Minirubymake miniruby在 common.mk 中可以找到run、gdb、lldb等目标都依赖miniruby$(EXEEXT)这也印证了 Miniruby 是开发调试循环的核心构件。静态链接扩展configure --with-static-linked-ext会把ext/下的扩展库直接链接进ruby二进制而不是构建成独立的.so/.bundle文件同时会使RbConfig::CONFIG[EXTSTATIC]变为static。带有 C 扩展的 bundled gem如bigdecimal、fiddle不受影响仍作为可加载对象构建。由于扩展所需的外部库会直接链入ruby本身此时应使用--with-EXTLIB-dir传给configure而不是手工把路径塞进LDFLAGS。macOS Homebrew 示例./configure --with-static-linked-ext --with-openssl-dir$(brew --prefix openssl3)从 configure.ac 可以看到该选项的实际处理--with-static-linked-ext会把EXTSTATIC置为static并让ENCOBJS使用enc/encinit而非dmyenc同时在编译期定义EXTSTATIC宏——这就是扩展被静态编入二进制的配置层机制。一个 Homebrew 的坑brew --prefix LIB即使对未安装的 formula 也会打印路径由此生成的LDFLAGS会包含不存在的-L目录导致configure报错。应改用brew --prefix --installed LIB它对未安装的 formula 会直接失败。调试 Ruby 本身快速调试目标调试前先在仓库中创建一个test.rb放入你想运行的 Ruby 脚本然后使用以下 make 目标make 目标行为make run用 Miniruby 运行test.rbmake lldb在 lldb 中运行test.rbMinirubymake gdb在 gdb 中运行test.rbMinirubymake runruby用完整 Ruby 运行test.rbmake lldb-ruby在 lldb 中运行test.rbRubymake gdb-ruby在 gdb 中运行test.rbRuby这些目标定义于 common.mk如run: yes-fake miniruby$(EXEEXT)、gdb: miniruby$(EXEEXT) run.gdb。仓库的 misc/ 目录还提供了gdb.py、lldb_cruby.py、lldb_disasm.py等辅助脚本方便在调试器中打印 CRuby 内部结构例如rp命令用于 dump Ruby 对象。VS Code 调试配置VS Code 用户可复制仓库自带的编辑器调试配置cp -r misc/.vscode .vscode这会添加用lldb调试test.rb的 launch 配置。注意如果你把 Ruby 构建在./build目录下需要把.vscode/launch.json的 program 入口改为${workspaceFolder}/build/ruby。为调试编译通过RUBY_DEBUG宏开启某些特性的调试支持例如调试对象 shapeRubyVM::Shape.of(object)。此外 Ruby 还支持用RUBY_DEBUG环境变量在运行时开启调试特性例如RUBY_DEBUGgc_stress用于排查 GC 相关问题。通过USE_RUBY_DEBUG_LOG宏可启用RUBY_DEBUG_LOG环境变量用于记录大量 VM 内部运行日志。调试时还应关闭优化及其他干扰调试的编译选项。综合起来./configure cppflags-DRUBY_DEBUG1 -DUSE_RUBY_DEBUG_LOG1 --enable-debug-env optflags-O0 -fno-omit-frame-pointer这里-O0关闭优化、-fno-omit-frame-pointer保留帧指针--enable-debug-env开启RUBY_DEBUG环境变量支持。使用 Address SanitizerASAN检测内存问题ASAN 能检测 Ruby 自身以及任何以 ASAN 编译并加载进 Ruby 的 C 扩展中的内存安全问题。构建步骤./autogen.sh mkdir build cd build ../configure CCclang-18 cflags-fsanitizeaddress -fno-omit-frame-pointer -DUSE_MN_THREADS0 # 可按需追加其他选项 make一旦 ASAN 检测到内存安全问题编译出的 Ruby 会自动崩溃并输出报告与回溯信息。在 ASAN 下运行 Ruby 测试套件耗时较长作者笔记本上超过两小时RUBY_TEST_TIMEOUT_SCALE5 SYNTAX_SUGGEST_TIMEOUT600 make checkRUBY_TEST_TIMEOUT_SCALE与SYNTAX_SUGGEST_TIMEOUT两个变量是必需的用来防止测试因单纯变慢而被误判为超时。make check在 common.mk 中定义为main test test-tool test-all的组合目标是完整验证构建的主入口。使用 ASAN 需要注意以下限制由于 Clang 为 threadlocal 变量生成的代码与 M:N 线程不兼容Bug #20243当前需要在构建时禁用 M:N 线程支持-DUSE_MN_THREADS0ASAN 仅适用于Clang 18 或更高版本因为它依赖与多线程fork相关的 llvm 修复ASAN 目前仅在 Linux Clang 上经过测试其他编译器或平台可能不工作macOS 上 ASAN 很可能无法正常工作多线程 fork 的修复在 macOS 上被回退了遇到问题请到 Ruby Issue Tracking System 提交 issue。如何度量 C 与 Ruby 代码的覆盖率需要用到 gccgcov和 lcov 可视化工具。完整流程./autogen.sh ./configure --enable-gcov make make update-coverage rm -f test-coverage.dat make test-all COVERAGEtrue make lcov open lcov-out/index.html几个可选项只要 C 代码覆盖率去掉上述流程中的COVERAGEtrue也可以直接用gcov命令获取单文件覆盖率只要 Ruby 代码覆盖率去掉--enable-gcov即可注意test-coverage.dat会累积所有make test-all的运行结果如果要度量单次测试运行务必先删除该文件。结语从准备编译器与 OpenSSL/libyaml/zlib 等依赖到autogen.sh生成 configure、独立 build 目录、--with-opt-dir/--with-static-linked-ext等关键 configure 选项再到 Miniruby、并行 make、gdb/lldb 调试目标与 ASAN 检测这份构建指南完整覆盖了 CRuby 从拿到源码到可调试可测试的全过程。配合仓库中的 configure.ac、common.mk、autogen.sh 与 doc/contributing/testing_ruby.md你将能独立完成一次可靠的 Ruby 构建并以此为起点深入 CRuby 内核开发。【免费下载链接】rubyThe Ruby Programming Language项目地址: https://gitcode.com/GitHub_Trending/ru/ruby创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考