ruby-core

Mailing list archive

01 02 03 04 05 06 07 08 09 10 11 12

[#123414] [Ruby Bug#21629] Ruby-3.4.7 fails to build using clang / llvm — "debo (David Bohman) via ruby-core" <ruby-core@...>

Issue #21629 has been reported by debo (David Bohman).

18 messages 2025/10/07

[#123433] [Ruby Misc#21630] Suggest @Earlopain for core contributor — "kddnewton (Kevin Newton) via ruby-core" <ruby-core@...>

Issue #21630 has been reported by kddnewton (Kevin Newton).

9 messages 2025/10/08

[#123484] [Ruby Bug#21640] Core Pathname is missing 3 methods / is partially-defined — "Eregon (Benoit Daloze) via ruby-core" <ruby-core@...>

Issue #21640 has been reported by Eregon (Benoit Daloze).

21 messages 2025/10/15

[#123504] [Ruby Bug#21645] Can't `require "resolve"` on Windows under Bundler without warnings — "Earlopain (Earlopain _) via ruby-core" <ruby-core@...>

Issue #21645 has been reported by Earlopain (Earlopain _).

9 messages 2025/10/20

[#123506] [Ruby Misc#21646] Propose Luke Gruber as a Ruby committer — "jhawthorn (John Hawthorn) via ruby-core" <ruby-core@...>

Issue #21646 has been reported by jhawthorn (John Hawthorn).

8 messages 2025/10/20

[#123576] [Ruby Bug#21654] Set#new calls extra methods compared to previous versions — "tenderlovemaking (Aaron Patterson) via ruby-core" <ruby-core@...>

Issue #21654 has been reported by tenderlovemaking (Aaron Patterson).

16 messages 2025/10/29

[#123582] [Ruby Bug#21655] segfault when building 3.3.10, regression from 3.3.9 — "kurly (Greg Kubaryk) via ruby-core" <ruby-core@...>

Issue #21655 has been reported by kurly (Greg Kubaryk).

15 messages 2025/10/29

[#123586] [Ruby Misc#21656] Exclude dependabot PRs from automated gem release notes — "Earlopain (Earlopain _) via ruby-core" <ruby-core@...>

Issue #21656 has been reported by Earlopain (Earlopain _).

8 messages 2025/10/29

[#123595] [Ruby Misc#21657] Question: Is Ruby 4.0 planned for December 2025 or later? — "dmitry.pogrebnoy (Dmitry Pogrebnoy) via ruby-core" <ruby-core@...>

SXNzdWUgIzIxNjU3IGhhcyBiZWVuIHJlcG9ydGVkIGJ5IGRtaXRyeS5wb2dyZWJub3kgKERtaXRy

22 messages 2025/10/29

[#123626] [Ruby Bug#21659] rstring.h error: missing initializer for field ‘len’ of ‘struct RString’ [-Werror=missing-field-initializers] starting in ruby-3.3.10 — "wsfulton (William Fulton) via ruby-core" <ruby-core@...>

SXNzdWUgIzIxNjU5IGhhcyBiZWVuIHJlcG9ydGVkIGJ5IHdzZnVsdG9uIChXaWxsaWFtIEZ1bHRv

10 messages 2025/10/31

[ruby-core:123440] [Ruby Bug#21187] Strings concatenated with `\` getting frozen with literal hashes (PRISM only)

From: "k0kubun (Takashi Kokubun) via ruby-core" <ruby-core@...>
Date: 2025-10-08 23:39:05 UTC
List: ruby-core #123440
Issue #21187 has been updated by k0kubun (Takashi Kokubun).


Thanks for the instructions.

Could we just cut a release of Prism now? I think we could do more releases=
 of Prism, which would make these backport tasks simpler.

I've heard that @kddnewton is okay with automating the gem release with tru=
sted publishing. Once we automate that along with crate/npm releases, I can=
 cut a release myself whenever I need to backport the latest Prism.

----------------------------------------
Bug #21187: Strings concatenated with `\` getting frozen with literal hashe=
s (PRISM only)
https://bugs.ruby-lang.org/issues/21187#change-114811

* Author: LocoDelAssembly (Hern=E1n Pereira)
* Status: Closed
* Assignee: prism
* ruby -v: ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-linux]
* Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: REQUIRED
----------------------------------------
When the first elements of a literal hash are strings that are concatenated=
 with `\`, those elements are flagged with `PM_NODE_FLAG_STATIC_LITERAL` an=
d a special optimization that I believe was introduced in https://github.co=
m/ruby/ruby/commit/8080de04be8e99e71309745822a9d436cc4ae37c causes the stri=
ngs to be frozen.

Reproduction
=3D=3D=3D
test.rb
```
a =3D {
  a: 'one' \
     'two',
  b: 'three' \
     'four',
  c: 'five',
  d: 'six' \
     'seven'
}

b =3D {
  a: 'one',
  b: 'two' \
     'three'
}

puts "a =3D #{a.map { |k,v| {k =3D> v.frozen?} }}"
puts "b =3D #{b.map { |k,v| {k =3D> v.frozen?} }}"
```

With prism:
```
$ ruby test.rb                =20
a =3D [{a: true}, {b: true}, {c: false}, {d: false}]
b =3D [{a: false}, {b: false}]
```

With parse.y:
```
$ ruby --parser=3Dparse.y test.rb
a =3D [{a: false}, {b: false}, {c: false}, {d: false}]
b =3D [{a: false}, {b: false}]
```

(Notice `b` hash is unaffected in both parsers)

Not sure if this is just part of undefined behavior or this is indeed a bug=
. Assigning a string concatenated with `\` to a variable doesn't make it fr=
ozen, to the best of my knowledge this seems to be hash-specific.




--=20
https://bugs.ruby-lang.org/
______________________________________________
 ruby-core mailing list -- ruby-core@ml.ruby-lang.org
 To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
 ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.rub=
y-lang.org/


In This Thread