General

Profile

mame (Yusuke Endoh)

  • Login: mame
  • Email: mame@ruby-lang.org
  • Registered on: 05/28/2008
  • Last sign in: 09/24/2025

Issues

open closed Total
Assigned issues 2 147 149
Reported issues 19 336 355

Projects

Project Roles Registered on
Ruby Committer, Security team, Infrastructure team 05/28/2008

Activity

Today

01:31 AM 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) wrote in #note-10:
> Any issues with this approach?
With that definition, you'd get a syntax error in C++ if you tried to explicitly initialize it like `struct RString retval = {RBASIC_INIT, 0};`.
mame (Yusuke Endoh)

11/11/2025

07:31 AM Ruby Bug #21672 (Assigned): `IO::Buffer.new` does not check that flags are valid
mame (Yusuke Endoh)

11/10/2025

06:07 AM Ruby Misc #21657 (Closed): Question: Is Ruby 4.0 planned for December 2025 or later?
Regarding the original topic of this ticket. I heard that @matz announced at RubyWorld Conference 2025 that the next release version will be Ruby 4.0.0. Also, Matz has set the master branch version to 4.0.0 as well.
commit:6d81969b475...
mame (Yusuke Endoh)

11/05/2025

03:34 PM Ruby Misc #21657: Question: Is Ruby 4.0 planned for December 2025 or later?
Just adding my two cents to the off-topic discussion.
I honestly feel that the `~>` constraint was a terrible idea. It's going to be a huge pain when Ruby 4.0 is released (at the end of this year, perhaps?), and all the gems locked to...
mame (Yusuke Endoh)
03:13 PM Ruby Bug #21659: rstring.h error: missing initializer for field ‘len’ of ‘struct RString’ [-Werror=missing-field-initializers] starting in ruby-3.3.10
Fun C topic!
wsfulton (William Fulton) wrote in #note-8:
> A more conventional way for default aggregate initialisation is
> ...
Unfortunately, that empty initializer is a violation of the C99 language specification. You can confir...
mame (Yusuke Endoh)
02:45 PM Ruby Bug #21669: Thoroughly implement void value expression check
Eregon (Benoit Daloze) wrote in #note-1:
> This check is getting more and more complicated and I wonder of the value of having it.
IMO, the current is indeed complicated because it is inconsistent. I think the new behavior is consist...
mame (Yusuke Endoh)
11:08 AM Ruby Bug #21669 (Open): Thoroughly implement void value expression check
A void-value-expression check is a syntax check that raises a `SyntaxError` if an expression that cannot grammatically return a value (a "void value expression," such as a `return` expression) appears in a context where a value is expect... mame (Yusuke Endoh)

10/31/2025

07:15 AM Ruby Bug #21654: Set#new calls extra methods compared to previous versions
I understand your point, but I personally disagree.
My concern is that the expectation to "if it's at all possible to raise early" is a slippery slope with no clear boundary.
For example, an operation like `(1..1<<100).to_a` will a...
mame (Yusuke Endoh)

10/30/2025

04:20 PM Ruby Bug #21654: Set#new calls extra methods compared to previous versions
Dan0042 (Daniel DeLorme) wrote in #note-7:
> What that really what you meant by "checking if Range#end is nil is good enough" ?
Yes. The original issue (#21513) was about the consistency between `(1..).to_a` and `(1..).to_set`. Since...
mame (Yusuke Endoh)

10/29/2025

01:57 AM Ruby Bug #21654: Set#new calls extra methods compared to previous versions
> How about handling only `Range` and `Enumerator` (not `Enumerable`) for now?
I think it would be better to handle only Range for now, and not Enumerator either. See https://bugs.ruby-lang.org/issues/21513#note-10
mame (Yusuke Endoh)

Also available in: Atom