Eregon (Benoit Daloze) wrote in #note-8: > jeremyevans0 (Jeremy Evans) wrote in #note-5: > ... Sure: https://github.com/ruby/ruby/pull/16133jeremyevans0 (Jeremy Evans)
* [Feature #21871] Add Module#undef_const (jeremyevans0) * I'd like to add this method, which offers for constants the same behavior that `undef_method` offers for methods. * This allows hiding specific constants inside a namespace...jeremyevans0 (Jeremy Evans)
I propose to add `Module#undef_const`, which would operate for constants similarly to how `undef_method` (and the `undef` keyword) works for methods. When an undefed constant is found during constant lookup, lookup stops, and results in ...jeremyevans0 (Jeremy Evans)
Eregon (Benoit Daloze) wrote in #note-4: > Interestingly enough I noticed I believe the same (or very similar) segfault yesterday when [trying to test the behavior](https://github.com/truffleruby/truffleruby/pull/4151#discussion_r277102...jeremyevans0 (Jeremy Evans)
matz (Yukihiro Matsumoto) wrote in #note-41: > One possible solution is providing our version of `sole` that raises `ArgumentError`, only if AcriveSupport would define `SoleItemExpectedEror = ArgumentError` or something similar. My u...jeremyevans0 (Jeremy Evans)
* [Feature #21264] Extract Date library from Ruby repo in the future (jeremyevans0) * Do we want to extract `date` to bundled gems? * I'm fine keeping it as stdlib, and if it needs a maintainer, I volunteer to maintain it. * If ...jeremyevans0 (Jeremy Evans)
I've been thinking more about this. If we want to move `date` from stdlib to bundled gems, I still think it would be best to have a subset of the current `Date` as be a core class. `Date` is very widely used, but the vast majority of usa...jeremyevans0 (Jeremy Evans)