ruby-trunk-changes 2024-03-01 - ruby trunk changes

今日は主にデバッグ用の検証ビルド時チェック強化や Struct.new で定数を追加して remove_const で削除した時のメモリリークの修正などがありました。

[1a6a7c699c] Soutaro Matsumoto 2024-02-29 12:32:16 UTC

gems/bundled_gems の rbs のテストに使う commit hash の指定を追加しています。 https://github.com/ruby/ruby/pull/10121

[d5bca0668c] Peter Zhu 2024-02-29 14:32:10 UTC

finalizer の設定されているオブジェクトの struct RBasic::flags の FL_FINALIZE ビットフラグをクリアするのを run_finalizer() 実行前に変更しています。 GC.verify_internal_consistency で FL_FINALIZE フラグのチェックもするようになったので finalizer 実行中に GC が発生して別スレッドに処理が切り替わった時に検出されないようにするためだと思われます。

[950c60623b] Peter Zhu 2024-02-29 14:36:01 UTC

d5bca0668c6006e0e155d6d293ec3d9b9b2c386b の続きで finalizer の実行後前に st_table からのエントリ削除をしておくようにしています。やはり一貫性チェックの誤検出対応のため。

[cb784082bc] Kevin Newton 2024-02-29 14:39:57 UTC

prism の更新。

[8a918b456c] Peter Zhu 2024-02-28 21:29:22 UTC

gc.c で object space の heap 内の slot をループする処理を gc_each_object() という関数に切り出すリファクタリング。処理がコールバック関数経由になるのはパフォーマンスには影響しないのかな。

[f8dd2342bf] Koichi ITO 2024-02-29 13:31:00 UTC

prism の更新。

[4c0f0b90a4] Peter Zhu 2024-02-29 16:07:53 UTC

gc.c の rb_gc_copy_finalizer() という関数でも finalizer の設定されているオブジェクトの struct RBasic::flags の FL_FINALIZE フラグが立っているのに finalizer_table という st_table にエントリがない時に rb_bug() で異常終了させるようにしています。

[5891c70b38] Takashi Kokubun 2024-02-29 16:08:57 UTC

YJIT で VM 命令の putself の最適化。 https://github.com/ruby/ruby/pull/10137

[cd8d1018bb] Kevin Newton 2024-02-28 20:48:17 UTC

prism の更新。

[50e999c56d] Kevin Newton 2024-02-28 18:56:10 UTC

prism の更新。

[f9d5c604c8] Kevin Newton 2024-02-29 16:01:07 UTC

prism 用のコマンドラインオプションの -e の対応を追加しているようです。

[1c0c490aa0] Kevin Newton 2024-02-29 17:08:44 UTC

prism の更新。

[57f014b2fa] Yuta Saito 2024-02-05 17:38:05 UTC

enc/Makefile.in および lib/mkmf.rb が生成する拡張ライブラリ用 Makefile で LD 変数を rbconfig.rb の設定を伝播させるようにしています。本体のリンク時と異なるリンカを enc や拡張ライブラリのリンク時に使ってしまい特にクロスコンパイル時におかしくなってしまうみたいです。

[6e2880b388] Yuta Saito 2023-12-18 17:59:52 UTC

WASI 環境で動的リンクがサポートされたようなので configure で LDSHARED 変数の設定を追加しています。

[6665ec26db] Peter Zhu 2024-02-29 16:27:48 UTC

gc.c の gc_mark_stack_values() で mark する前に is_markable_object() を呼んでいたのが冗長だったようで削除しています。

[3d61477900] Peter Zhu 2024-02-29 16:29:18 UTC

gc.c の gc_mark_stack_values() という static 関数を削除して唯一の呼び元に処理を展開しています。

[1a588922ae] Takashi Kokubun 2024-02-29 18:30:38 UTC

VM_CHECK_MODE に正の数を指定してデバッグ用にビルドされた時に VM のスタック操作時に execution context と stack pointer のチェックをする関数 rb_vm_check_canary() で命令の名前を得る処理を後に移動しています。異常が検知されたけど詳しい状況がわからないので iseq が NULL であることを確認するためにそれとわかる別の処理を先に実行させるというデバッグのためみたいです。