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

[ruby-core:116009] [Ruby master Bug#20147] FreeBSD libyaml
by kaiquekandykoga 31 Dec '24

31 Dec '24

Issue #20147 has been reported by kaiquekandykoga (Kaíque Koga). ---------------------------------------- Bug #20147: FreeBSD libyaml https://bugs.ruby-lang.org/issues/20147 * Author: kaiquekandykoga (Kaíque Koga) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I use ruby-install to manage multiple Ruby versions. Some time ago I had issues installing Ruby 3.2.2 https://github.com/postmodern/ruby-install/issues/463, and the same issue was open for ruby-build in https://github.com/rbenv/ruby-build/issues/2184. I am trying to install Ruby 3.3.0 using ruby-install, and the same behaviour is occurring. Please, take a look in the links I have provided for detailed information. ``` shell /usr/home/kandy/src/ruby-3.3.0/lib/yaml.rb:3: warning: It seems your ruby installation is missing psych (for YAML output). To eliminate this warning, please install libyaml and reinstall your ruby. uh-oh! RDoc had a problem: cannot load such file -- psych run with --debug for full backtrace *** Error code 1 Stop. make: stopped in /usr/home/kandy/src/ruby-3.3.0 !!! Compiling ruby 3.3.0 failed! ``` Thank you. -- https://bugs.ruby-lang.org/

3 6

[ruby-core:120174] [Ruby master Bug#20943] Constant defined in `Data` block
by nobu (Nobuyoshi Nakada) 30 Dec '24

30 Dec '24

Issue #20943 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Bug #20943: Constant defined in `Data` block https://bugs.ruby-lang.org/issues/20943 * Author: nobu (Nobuyoshi Nakada) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- From https://github.com/ruby/ruby/pull/12274: > A couple times in code review I've seen constants inadvertently leak to top level from within a `Struct` or `Data` do block. I think it would be nice to show reopening the `Data` class when a constant is defined, so the constant is defined within the namespace. In this case, `Measure::NONE` instead of top level `Object::NONE`. It would also show readers that it's okay to reopen a `Data` class, which seems nice since some folk might not realize. Thanks for considering! However, I think that `NONE` probably might be intended to be defined under `Measure`. Current: ```ruby Measure = Data.define(:amount, :unit) do NONE = Data.define end p NONE #=> NONE ``` Another: ```ruby Measure = Data.define(:amount, :unit) do NONE = Data.define p NONE #=> Measure::NONE end p NONE # uninitialized constant NONE (NameError) ``` @zverok How do think? -- https://bugs.ruby-lang.org/

7 7

[ruby-core:120431] [Ruby master Bug#20988] String literal that includes `\C-` `\M-` with `\111` wrongly parsed
by tompng (tomoya ishida) 29 Dec '24

29 Dec '24

Issue #20988 has been reported by tompng (tomoya ishida). ---------------------------------------- Bug #20988: String literal that includes `\C-` `\M-` with `\111` wrongly parsed https://bugs.ruby-lang.org/issues/20988 * Author: tompng (tomoya ishida) * Status: Open * ruby -v: ruby 3.5.0dev (2024-12-27T07:27:30Z master adbbc9109e) +YJIT +MN +PRISM [arm64-darwin22] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Prism and parse.y parses this string literal differently. ~~~ $ ./ruby -e 'p "\C-\111 \M-\111 \M-\C-\111"' "I I I" ~~~ ~~~ $ ./ruby --parser=parse.y -e 'p "\C-\111 \M-\111 \M-\C-\111"' "\t \xC9 \x89" ~~~ -- https://bugs.ruby-lang.org/

2 1

[ruby-core:120437] [Ruby master Bug#20991] Prism parses `"\C-\α"` into `"α"` which should be syntax error
by tompng (tomoya ishida) 28 Dec '24

28 Dec '24

Issue #20991 has been reported by tompng (tomoya ishida). ---------------------------------------- Bug #20991: Prism parses `"\C-\α"` into `"α"` which should be syntax error https://bugs.ruby-lang.org/issues/20991 * Author: tompng (tomoya ishida) * Status: Open * ruby -v: ruby 3.5.0dev (2024-12-27T07:27:30Z master adbbc9109e) +YJIT +MN +PRISM [arm64-darwin22] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ~~~ $ ./ruby -e 'p "\C-\α"' "α" ~~~ I think it should raise `Invalid escape character syntax` just like `"\C-α"` does. ~~~ruby "\C-α" # Invalid escape character syntax "\C-\α" # Prism: "α" # parse.y: invalid multibyte char (UTF-8), reported in #20990 ~~~ -- https://bugs.ruby-lang.org/

1 1

[ruby-core:120435] [Ruby master Bug#20990] Ripper.tokenize splits `"\C-\あ"` into tokens with invalid byte sequence
by tompng (tomoya ishida) 28 Dec '24

28 Dec '24

Issue #20990 has been reported by tompng (tomoya ishida). ---------------------------------------- Bug #20990: Ripper.tokenize splits `"\C-\あ"` into tokens with invalid byte sequence https://bugs.ruby-lang.org/issues/20990 * Author: tompng (tomoya ishida) * Status: Open * ruby -v: ruby 3.4.1 (2024-12-25 revision 48d4efcb85) +YJIT +MN [arm64-darwin22] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- IRB crashes when a code is tokenized to an invalid byte sequence. ~~~ruby Ripper.tokenize '"\C-\あ"' #=> ["\"", "\\C-\\\xE3\x81", "\x82", "\""] ~~~ I think the error evaluating `"\C-\あ"` should be `Invalid escape character syntax` just like `"\C-あ"` ~~~ $ ./ruby --parser=parse.y -e '"\C-あ"' -e:1: Invalid escape character syntax "\C-あ" $ ./ruby --parser=parse.y -e '"\C-\あ"' -e:1: invalid multibyte char (UTF-8) -e:1: invalid multibyte char (UTF-8) ./ruby: compile error (SyntaxError) ~~~ -- https://bugs.ruby-lang.org/

1 1

[ruby-core:119534] [Ruby master Bug#20800] Don't place `ruby` executable into `/usr/libexec/x86_64-linux/bin`
by vo.x (Vit Ondruch) 27 Dec '24

27 Dec '24

Issue #20800 has been reported by vo.x (Vit Ondruch). ---------------------------------------- Bug #20800: Don't place `ruby` executable into `/usr/libexec/x86_64-linux/bin` https://bugs.ruby-lang.org/issues/20800 * Author: vo.x (Vit Ondruch) * Status: Open * ruby -v: ruby 3.4.0dev (2024-10-15 master 3da3cabf98) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- Trying to prepare Ruby 3.4 package for Fedora, it seems that since [1], the `ruby` executable is installed into `/usr/libexec/x86_64-linux/bin`: ~~~ installing binary commands: /usr/libexec/x86_64-linux/bin ~~~ Unfortunately, the PR does not explain anything about reasons why. To me, using `libexec` is surprising, because according to FHS [2], the directory is for internal binaries. What is even more surprising is usage of the `bin` subdirectory there, which IMHO does not follow any standard or convention (I don't have `/usr/libexec/x86_64-linux/bin` directory on my Fedora yet). Just FTR, these are the configuration options used: ~~~ /builddir/build/BUILD/ruby-3.4.0_20241016git3da3cabf98-build/ruby-3.4.0-3da3cabf98/configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --runstatedir=/run --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-rubylibprefix=/usr/share/ruby --with-archlibdir=/usr/lib64 --with-rubyarchprefix=/usr/lib64/ruby --with-sitedir=/usr/local/share/ruby/site_ruby --with-sitearchdir=/usr/local/lib64/ruby/site_ruby --with-vendordir=/usr/share/ruby/vendor_ruby --with-vendorarchdir=/usr/lib64/ruby/vendor_ruby --with-rubyhdrdir=/usr/include --with-rubyarchhdrdir=/usr/include '--with-sitearchhdrdir=$(sitehdrdir)/$(arch)' '--with-vendorarchhdrdir=$(vendorhdrdir)/$(arch)' --with-rubygemsdir=/usr/share/rubygems --with-ruby-pc=ruby.pc --with-compress-debug-sections=no --disable-rpath --enable-mkmf-verbose --enable-shared --with-ruby-version= --enable-multiarch --enable-yjit ~~~ The `--enable-multiarch` is among the options. It is used not because Fedora would be `multiarch`, but because it provides the highest flexibility. [1]: https://github.com/ruby/ruby/pull/10010 [2]: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s07.html -- https://bugs.ruby-lang.org/

4 9

[ruby-core:120423] [Ruby master Bug#20986] Bug in Prism parser with `?\C`
by tenderlovemaking (Aaron Patterson) 26 Dec '24

26 Dec '24

Issue #20986 has been reported by tenderlovemaking (Aaron Patterson). ---------------------------------------- Bug #20986: Bug in Prism parser with `?\C` https://bugs.ruby-lang.org/issues/20986 * Author: tenderlovemaking (Aaron Patterson) * Status: Open * Assignee: prism * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Prism output is this: ``` $ ./miniruby -e 'p ?\C-\]' "]" ``` Parse.y output is this: ``` $ ./miniruby --parser=parse.y -e 'p ?\C-\]' "\u001D" ``` -- https://bugs.ruby-lang.org/

3 2

[ruby-core:120147] [Ruby master Bug#20939] When using the parse.y parser, it occurs argument stack underflow (-1) if there is processing after the shareable_constant_value: experimental_everything comment and `C = { **{ k: v } }`
by ydah (Yudai Takada) 26 Dec '24

26 Dec '24

Issue #20939 has been reported by ydah (Yudai Takada). ---------------------------------------- Bug #20939: When using the parse.y parser, it occurs argument stack underflow (-1) if there is processing after the shareable_constant_value: experimental_everything comment and `C = { **{ k: v } }` https://bugs.ruby-lang.org/issues/20939 * Author: ydah (Yudai Takada) * Status: Open * ruby -v: ruby 3.4.0dev (2024-12-10T03:31:47Z master f12e2622c1) [arm64-darwin23] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- The following code will occurs argument stack underflow if it is a parse.y parser. ```ruby # shareable_constant_value: experimental_everything C = { **{ k: v } } p C ``` The following error message is output. ``` ruby 3.4.0dev (2024-12-06T03:32:20Z master 6ccaa37eb3) [arm64-darwin23] -- raw disasm-------- trace: 1 0000 putspecialobject 1 ( 2) 0002 putobject :k ( 2) 0004 putself ( 2) 0005 opt_send_without_block <calldata:v, 0> ( 2) 0007 newhash 2 ( 2) 0009 newhash 2 ( 2) 0011 opt_send_without_block <calldata:make_shareable, 1> ( 2) 0013 putspecialobject 3 ( 2) * 0015 setconstant :C ( 2) trace: 1 0017 putself ( 3) 0018 opt_getconstant_path [:C] ( 3) 0020 opt_send_without_block <calldata:p, 1> ( 3) 0022 leave ( 3) --------------------- -e:2: argument stack underflow (-1) -e: compile error (SyntaxError) ``` It does not occur in the following cases: ```ruby # shareable_constant_value: experimental_everything C = { **{ k: v } } ``` ```ruby C = { **{ k: v } } p C ``` ```ruby # shareable_constant_value: experimental_everything { **{ k: v } } p C ``` ```ruby # shareable_constant_value: experimental_everything C = { **{ k: 1 } } p C ``` This does not occur in Ruby 3.3: ``` ❯ ruby --parser=parse.y -v -e '# shareable_constant_value: experimental_everything C = { **{ foo: bar } } p C' ruby 3.3.6 (2024-11-05 revision 75015d4c1f) [arm64-darwin23] -e:3:in `<main>': undefined local variable or method `bar' for main (NameError) C = { **{ foo: bar } } ^^^ ``` -- https://bugs.ruby-lang.org/

2 2

[ruby-core:118182] [Ruby master Bug#20526] File.open(encoding: "bom|utf-8") converts "\r\n" to "\n" on Windows
by kou (Kouhei Sutou) 26 Dec '24

26 Dec '24

Issue #20526 has been reported by kou (Kouhei Sutou). ---------------------------------------- Bug #20526: File.open(encoding: "bom|utf-8") converts "\r\n" to "\n" on Windows https://bugs.ruby-lang.org/issues/20526 * Author: kou (Kouhei Sutou) * Status: Open * Target version: 3.2 * ruby -v: ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x64-mingw-ucrt] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I'm not sure whether this is an intentional behavior but it seems that `encoding: "utf-8"` doesn't change newline conversion but `encoding: "bom|utf-8"` changes newline conversion: ```ruby File.write("a.txt", "a\r\n") File.read("a.txt").bytes # => [97, 13, 10] File.open("a.txt", encoding: "utf-8") {|f| f.read.bytes} # => [97, 10, 10] File.open("a.txt", encoding: "bom|utf-8") {|f| f.read.bytes} # => [97, 10] XXX: \r\n -> \n File.open("a.txt", encoding: "bom|utf-8", universal_newline: false) {|f| f.read.bytes} # => [97, 13, 10] ``` Note that the `XXX: ` line the above codes. Is this an intentional behavior? -- https://bugs.ruby-lang.org/

3 2

[ruby-core:120183] [Ruby master Misc#20946] Proposing tomoya ishida (@tompng) as a Ruby committer
by matsuda (Akira Matsuda) 26 Dec '24

26 Dec '24

Issue #20946 has been reported by matsuda (Akira Matsuda). ---------------------------------------- Misc #20946: Proposing tomoya ishida (@tompng) as a Ruby committer https://bugs.ruby-lang.org/issues/20946 * Author: matsuda (Akira Matsuda) * Status: Open * Assignee: matz (Yukihiro Matsumoto) ---------------------------------------- I'd like to propose tomoya ishida (@tompng) as a Ruby committer. * As a maintainer of IRB / Reline since 2023, he has been continuously improving the REPL's stability and performance. Also, he authored type-based completion mechanism which is going to be included by default in the upcoming Ruby 3.4. * For some reasons, he is extraordinarily good at finding trivial and tricky syntax bugs. He already has reported massive numbers of very weird bugs to the new parsers. https://github.com/ruby/prism/issues/created_by/tompng I believe, keeping having such unique inputs from him would help improving the parsers and the language syntax in a way that only he can do. * He triggered and implemented Ruby 3.4's Hash#inspect improvement https://bugs.ruby-lang.org/issues/20433 https://github.com/ruby/ruby/pull/10924 * In fact ruby's repo already includes some more pieces of code written by him that show how talented programmer he is. (e.g. https://github.com/ruby/ruby/blob/master/sample/trick2022/01-tompng/entry.rb * He won this year's "Ruby Prize", which means he is considered an individual who made the most notable achievement for the community this year. https://rubyprize.jp/ -- https://bugs.ruby-lang.org/

7 9