I don't know what cause your compilation failure, but this ticket is about a feature added in 4.1.0dev, so this isn't the right place to report it.byroot (Jean Boussier)
> Now that we can have it as a struct field on the T_CLASS directly Out of curiosity I took a stab at it: (draft) https://github.com/ruby/ruby/pull/19500 Storing extra VALUE after the RClass is indeed not too complicated, however i...byroot (Jean Boussier)
> Now that we can have it as a struct field on the T_CLASS directly Storing it after the RClass is a good idea indeed, but then we'd need some mechanism for marking/updating it (not impossible but might be similarly inelegant/backward...byroot (Jean Boussier)
3.4 was backported a few hours ago. I just opened a backport PR for 4.0 at https://github.com/ruby/ruby/pull/19486 (closing because that's the process for backports)byroot (Jean Boussier)
> I think option 1 (Avoid GET_EC() as much as possible and pass ec explicitly.) is not realistic because it requires rewriting a large amount of existing code. I agree that it's not a suitable solution short term, especially since in ...byroot (Jean Boussier)
Possibly a duplicate of [Bug #1720] where it was established that `Float::NaN == Float::NaN` is "undefined" therefore OK. It seems that the motivation was to not prevent optimization of `rb_equal`.byroot (Jean Boussier)
I noticed this while trying to cleanup and simplify `rb_equal`. ```ruby >> Float::NAN == Float::NAN => false > ... => 0 ``` I would expect it to return `nil`. `Array#index` is just an example, any core method, and even C ext...byroot (Jean Boussier)
> you like me to do that for PR #19360? We don't backport performance patches, only bugfixes. > ... I already saw it, but's that's not how Ruby works, that's not for me to decide such a big change with user visible (albeit minor) i...byroot (Jean Boussier)
> Let's ship a better algorithm in 4.1, and an even better one in 4.2, and an even better one if 4.3… It's not that simple though, there's a maintenance cost to all this (e.g. backports), and these algorithm can have subtly different ...byroot (Jean Boussier)