[#106341] [Ruby master Bug#18369] users.detect(:name, "Dorian") as shorthand for users.detect { |user| user.name == "Dorian" } — dorianmariefr <noreply@...>
Issue #18369 has been reported by dorianmariefr (Dorian Mari辿).
14 messages
2021/11/30
[#106351] [Ruby master Bug#18371] Release branches (release information in general) — "tenderlovemaking (Aaron Patterson)" <noreply@...>
Issue #18371 has been reported by tenderlovemaking (Aaron Patterson).
7 messages
2021/11/30
[ruby-core:106013] [Ruby master Feature#6210] load should provide a way to specify the top-level module
From:
"byroot (Jean Boussier)" <noreply@...>
Date:
2021-11-10 13:00:07 UTC
List:
ruby-core #106013
Issue #6210 has been updated by byroot (Jean Boussier). Agreed, it could be used to experiment with new ways to load code in a non global manner. That being said it would entirely sidestep iseq caching. Not that it's a deal breaker, but if this were to be used for loading lots of code, we might also need `RubyVM::InstructionSequence#eval(wrapping_module)` ---------------------------------------- Feature #6210: load should provide a way to specify the top-level module https://bugs.ruby-lang.org/issues/6210#change-94566 * Author: now (Nikolai Weibull) * Status: Assigned * Priority: Normal * Assignee: matz (Yukihiro Matsumoto) ---------------------------------------- load currently takes an optional second argument that allows you to load into an anonymous and new top-level Module. It would be nice if the second argument could also be a Module that would then be used as the top-level Module. That way one could provide a set of methods that should be available to the content being loaded without having to put them in Kernel. -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>