September 2024 - ruby-core - ml.ruby-lang.org

[ruby-core:119318] [Ruby master Feature#14844] Future of RubyVM::AST?
by Eregon (Benoit Daloze) 27 Sep '24

27 Sep '24

Issue #14844 has been updated by Eregon (Benoit Daloze). Status changed from Assigned to Rejected These days, I believe there is no value to make `RubyVM::AbstractSyntaxTree` stable. The official Ruby API to parse Ruby code is the Prism API (regardless of which parser is used internally), as matz said. ---------------------------------------- Feature #14844: Future of RubyVM::AST? https://bugs.ruby-lang.org/issues/14844#change-109928 * Author: rmosolgo (Robert Mosolgo) * Status: Rejected * Assignee: yui-knk (Kaneko Yuichiro) ---------------------------------------- Hi! Thanks for all your great work on the Ruby language. I saw the new RubyVM::AST module in 2.6.0-preview2 and I quickly went to try it out. I'd love to have a well-documented, user-friendly way to parse and manipulate Ruby code using the Ruby standard library, so I'm pretty excited to try it out. (I've been trying to learn Ripper recently, too: https://ripper-preview.herokuapp.com/, https://rmosolgo.github.io/ripper_events/ .) Based on my exploration, I opened a small PR on GitHub with some documentation: https://github.com/ruby/ruby/pull/1888 I'm curious though, are there future plans for this module? For example, we might: - Add more details about each node (for example, we could expose the names of identifiers and operators through the node classes) - Document each node type I see there is a lot more information in the C structures that we could expose, and I'm interested to help out if it's valuable. What do you think? -- https://bugs.ruby-lang.org/

1 0

[ruby-core:119310] [Ruby master Misc#16267] MinGW CI - add to Actions ?
by hsbt (Hiroshi SHIBATA) 27 Sep '24

27 Sep '24

Issue #16267 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Open to Closed https://github.com/ruby/ruby/commits/master/.github/workflows/mingw.yml is available today. ---------------------------------------- Misc #16267: MinGW CI - add to Actions ? https://bugs.ruby-lang.org/issues/16267#change-109921 * Author: MSP-Greg (Greg L) * Status: Closed ---------------------------------------- Actions has three embedded MSYS2 installs, as they currently install the three Windows Rubies with 'DevKits'. So, MinGW could be built/tested on Actions. I have a GH action at https://github.com/MSP-Greg/msys2-action that's used in Puma's CI, it allows updating the 'toolchain' and additional packages (typically things like ragel, openssl, etc). JFYI... -- https://bugs.ruby-lang.org/

1 0

[ruby-core:119294] [Ruby master Bug#13831] error when try to install
by nagachika (Tomoyuki Chikanaga) 26 Sep '24

26 Sep '24

Issue #13831 has been updated by nagachika (Tomoyuki Chikanaga). Backport changed from 3.1: DONTNEED, 3.2: REQUIRED, 3.3: REQUIRED to 3.1: DONTNEED, 3.2: DONE, 3.3: REQUIRED ruby_3_2 commit:2d62c5d3d9a565fe50a3582124e6d4a58d130084 merged revision(s) commit:0d16c36d0ab2afa2ec79b72b229e69c141ebdaba. ---------------------------------------- Bug #13831: error when try to install https://bugs.ruby-lang.org/issues/13831#change-109906 * Author: khaledal (khaled alajmi) * Status: Closed * ruby -v: ruby 2.4.1p111 (2017-03-22 revision 58053) [x64-mingw32] * Backport: 3.1: DONTNEED, 3.2: DONE, 3.3: REQUIRED ---------------------------------------- ruby 2.4.1p111 (2017-03-22 revision 58053) [x64-mingw32] C:\Users\K>gem install sass C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:72:in `find': unknown encoding name - CP720 (ArgumentError) from C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:72:in `<module:Win32>' from C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:4:in `<top (required)>' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:46:in `require' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:46:in `iterate_msys_paths' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:69:in `msys_path' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:82:in `mingw_bin_path' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:92:in `enable_dll_search_paths' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/singleton.rb:27:in `enable_dll_search_paths' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems/defaults/operating_system.rb:3:in `<top (required)>' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems.rb:1345:in `require' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems.rb:1345:in `<top (required)>' from <internal:gem_prelude>:4:in `require' from <internal:gem_prelude>:4:in `<internal:gem_prelude>' C:\Users\K> -- https://bugs.ruby-lang.org/

1 0

[ruby-core:119290] [Ruby master Bug#20760] Ruby 3.0.6 fails to build on macOS 15.0 24A335 arm64
by jschoolcraft (Jeff Schoolcraft) 26 Sep '24

26 Sep '24

Issue #20760 has been reported by jschoolcraft (Jeff Schoolcraft). ---------------------------------------- Bug #20760: Ruby 3.0.6 fails to build on macOS 15.0 24A335 arm64 https://bugs.ruby-lang.org/issues/20760 * Author: jschoolcraft (Jeff Schoolcraft) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I support a Rails 6.1 project with Ruby 3.0.6 and am unable to build 3.0.6 on a new mac book pro running macOS 15.0 24A335 arm64. I've attached the build log the primary failure is related to `maybe_unused` in BigDecimal. I tried multiple workarounds suggested in: * https://github.com/rvm/rvm/issues/5365 * https://www.reddit.com/r/ruby/comments/yjvn5c/ruby_30_on_m1_failing_because… * https://bugs.ruby-lang.org/issues/18912#note-6 * https://github.com/rbenv/ruby-build/discussions/2185 I'm able to install 3.0.6 on macOS 14.6.1 23G93 arm64 with only these changes: ``` brew install rbenv/tap/openssl(a)1.0 asdf install ruby 3.0.6 --with-openssl-dir="$(brew --prefix)/opt/openssl(a)1.0" ``` ---Files-------------------------------- ruby-build.20240924112240.30103.log (71.6 KB) -- https://bugs.ruby-lang.org/

3 3

[ruby-core:119289] [Ruby master Bug#13831] error when try to install
by hsbt (Hiroshi SHIBATA) 25 Sep '24

25 Sep '24

Issue #13831 has been updated by hsbt (Hiroshi SHIBATA). Backport changed from 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN to 3.1: DONTNEED, 3.2: REQUIRED, 3.3: REQUIRED Status changed from Third Party's Issue to Closed I merged https://github.com/ruby/ruby/pull/7366 for this. ---------------------------------------- Bug #13831: error when try to install https://bugs.ruby-lang.org/issues/13831#change-109898 * Author: khaledal (khaled alajmi) * Status: Closed * ruby -v: ruby 2.4.1p111 (2017-03-22 revision 58053) [x64-mingw32] * Backport: 3.1: DONTNEED, 3.2: REQUIRED, 3.3: REQUIRED ---------------------------------------- ruby 2.4.1p111 (2017-03-22 revision 58053) [x64-mingw32] C:\Users\K>gem install sass C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:72:in `find': unknown encoding name - CP720 (ArgumentError) from C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:72:in `<module:Win32>' from C:/Ruby24-x64/lib/ruby/2.4.0/win32/registry.rb:4:in `<top (required)>' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:46:in `require' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:46:in `iterate_msys_paths' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:69:in `msys_path' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:82:in `mingw_bin_path' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/msys2_installation.rb:92:in `enable_dll_search_paths' from C:/Ruby24-x64/lib/ruby/site_ruby/2.4.0/ruby_installer/runtime/singleton.rb:27:in `enable_dll_search_paths' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems/defaults/operating_system.rb:3:in `<top (required)>' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems.rb:1345:in `require' from C:/Ruby24-x64/lib/ruby/2.4.0/rubygems.rb:1345:in `<top (required)>' from <internal:gem_prelude>:4:in `require' from <internal:gem_prelude>:4:in `<internal:gem_prelude>' C:\Users\K> -- https://bugs.ruby-lang.org/

1 0

[ruby-core:119286] [Ruby master Feature#20759] No good API to query which parser is being used
by luke-gru (Luke Gruber) 24 Sep '24

24 Sep '24

Issue #20759 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Feature #20759: No good API to query which parser is being used https://bugs.ruby-lang.org/issues/20759 * Author: luke-gru (Luke Gruber) * Status: Open ---------------------------------------- Right now the best way I found is: ```ruby parser = RUBY_DESCRIPTION =~ /prism/i ? "prism" : "parse.y" ``` This is useful if you want to invoke a subprocess with the same options given to ruby. ARGV parsing might not work because the option might have been given via RUBYOPT. Maybe `RubyVM::PARSER` could be used? -- https://bugs.ruby-lang.org/

2 2

[ruby-core:119281] [Ruby master Bug#20758] Build failure with macOS Sequoia (15.0) and Xcode 16
by eightbitraptor (Matthew Valentine-House) 23 Sep '24

23 Sep '24

Issue #20758 has been reported by eightbitraptor (Matthew Valentine-House). ---------------------------------------- Bug #20758: Build failure with macOS Sequoia (15.0) and Xcode 16 https://bugs.ruby-lang.org/issues/20758 * Author: eightbitraptor (Matthew Valentine-House) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- ## Observed behaviour Test failures in `TestProcess#test_daemon_noclose`. Output as follows: ``` Run options: --seed=56670 "--ruby=./miniruby -I../src/lib -I. -I.ext/common ../src/tool/runruby.rb --extout=.ext -- --disable-gems" --excludes-dir=../src/test/.excludes --name=!/memory_leak/ # Running tests: [ 99/158] TestProcess#test_daemon_nocloseobjc[89134]: +[NSPlaceholderMutableString initialize] may have been in progress in another thread when fork() was called. objc[89134]: +[NSPlaceholderMutableString initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. = 0.00 s 1) Failure: TestProcess#test_daemon_noclose [/Users/mattvh/git/ruby/src/test/ruby/test_process.rb:1882]: <"ok\n" + "/\n"> expected but was <"">. Finished tests in 8.625520s, 18.3177 tests/s, 112.5729 assertions/s. 158 tests, 971 assertions, 1 failures, 0 errors, 1 skips ruby -v: ruby 3.4.0dev (2024-09-23T12:23:58Z master 4c3727c6ac) +PRISM [arm64-darwin24] make: *** [yes-test-all] Error 1 ``` ## Expected behaviour I expect the tests to all pass with no errors. ## Notes This started happening for me immediately after upgrading my laptop to the latest macOS using the software update tool. Versions reported are: ``` Command Line Tools for Xcode 16.0 23/09/2024, 14:24:42 macOS Sequoia 15.0 15.0 23/09/2024, 14:41:14 ``` This appears to be the same issue as seen in https://bugs.ruby-lang.org/issues/18912 I can replicate it using the same minimal repro that @katei described in https://bugs.ruby-lang.org/issues/18912#note-15 ``` Process.daemon(false, true) Dir.pwd ``` and can confirm that exporting the variable `OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES` suppresses the error. This behaviour was tested on this commit https://github.com/ruby/ruby/commit/4c3727c6ac -- https://bugs.ruby-lang.org/

1 1

[ruby-core:117161] [Ruby master Bug#20337] Complex#inspect mutates the string returned by `real.inspect`
by Eregon (Benoit Daloze) 20 Sep '24

20 Sep '24

Issue #20337 has been reported by Eregon (Benoit Daloze). ---------------------------------------- Bug #20337: Complex#inspect mutates the string returned by `real.inspect` https://bugs.ruby-lang.org/issues/20337 * Author: Eregon (Benoit Daloze) * Status: Open * ruby -v: ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- ``` irb(main):001:0> n = Numeric.new => #<Numeric:0x00007f81b2308578> irb(main):004:0> class Numeric; def inspect = super.freeze; end => :inspect irb(main):006:0> Complex(n, 1).inspect (irb):6:in `inspect': can't modify frozen String: "#<Numeric:0x00007f81b2308578>" (FrozenError) from (irb):6:in `<main>' from /home/eregon/.rubies/ruby-3.2.2/lib/ruby/gems/3.2.0/gems/irb-1.6.2/exe/irb:11:in `<top (required)>' from /home/eregon/.rubies/ruby-3.2.2/bin/irb:25:in `load' from /home/eregon/.rubies/ruby-3.2.2/bin/irb:25:in `<main>' ``` It feels wrong to mutate the result of inspect at least in general, for instance `true.inspect` is frozen. Discovered by https://github.com/ruby/spec/pull/1142 -- https://bugs.ruby-lang.org/

2 2

[ruby-core:116799] [Ruby master Bug#20271] Issue with moving embedded string across ractors
by luke-gru (Luke Gruber) 20 Sep '24

20 Sep '24

Issue #20271 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #20271: Issue with moving embedded string across ractors https://bugs.ruby-lang.org/issues/20271 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- When embedded strings are moved, the embedded bytes aren't copied over to the new embedded string. This shows itself when an embedded string has more than 16 characters, and can also be a problem when the MovedObject has been garbage collected and another object has taken its place in the ruby heap. For example: ```ruby r = Ractor.new { foo = receive puts foo foo } obj = "12345678" * 3 puts obj r.send(obj, move: true) r.take ``` ``` 123456781234567812345678 1234567812345678 ``` -- https://bugs.ruby-lang.org/

2 2

[ruby-core:116779] [Ruby master Bug#20267] Hashes that use ar_table aren't moved properly across ractors
by luke-gru (Luke Gruber) 20 Sep '24

20 Sep '24

Issue #20267 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #20267: Hashes that use ar_table aren't moved properly across ractors https://bugs.ruby-lang.org/issues/20267 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- This crashes in debug build and gives weird results in non debug build, because the ar_table values aren't copied over to the new "embedded" hash during a move across ractors. ```ruby r = Ractor.new { hash = receive puts hash } obj = { "1" => 1, "2" => 2, "3" => 3, } puts obj r.send(obj, move: true) r.take ``` Crash log: ``` /home/lukeg/workspace/ruby-build/miniruby(sigsegv+0x4d) [0x5641e67d105d] ../ruby/signal.c:926 /lib/x86_64-linux-gnu/libc.so.6(0x7fb4baa42520) [0x7fb4baa42520] /home/lukeg/workspace/ruby-build/miniruby(RB_BUILTIN_TYPE+0x0) [0x5641e6778db0] ../ruby/ractor.c:3128 /home/lukeg/workspace/ruby-build/miniruby(rbimpl_RB_TYPE_P_fastpath) ../ruby/include/ruby/internal/value_type.h:351 /home/lukeg/workspace/ruby-build/miniruby(RB_TYPE_P) ../ruby/include/ruby/internal/value_type.h:378 /home/lukeg/workspace/ruby-build/miniruby(RB_FL_ABLE) ../ruby/include/ruby/internal/fl_type.h:449 /home/lukeg/workspace/ruby-build/miniruby(RB_FL_TEST_RAW) ../ruby/include/ruby/internal/fl_type.h:471 /home/lukeg/workspace/ruby-build/miniruby(rb_ractor_shareable_p) ../ruby/include/ruby/ractor.h:256 /home/lukeg/workspace/ruby-build/miniruby(reset_belonging_enter) ../ruby/ractor.c:3121 ``` -- https://bugs.ruby-lang.org/

2 2