[#65451] [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string — ko1@...
Issue #10333 has been updated by Koichi Sasada.
9 messages
2014/10/07
[#65458] Re: [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string
— Eric Wong <normalperson@...>
2014/10/07
[email protected] wrote:
[#65502] Re: [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string
— Eric Wong <normalperson@...>
2014/10/08
Eric Wong <[email protected]> wrote:
[#65538] Re: [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string
— Eric Wong <normalperson@...>
2014/10/09
Eric Wong <[email protected]> wrote:
[#65549] Re: [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string
— SASADA Koichi <ko1@...>
2014/10/09
On 2014/10/09 11:04, Eric Wong wrote:
[#65551] Re: [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string
— Eric Wong <normalperson@...>
2014/10/09
SASADA Koichi <[email protected]> wrote:
[#65453] [ruby-trunk - Feature #10328] [PATCH] make OPT_SUPPORT_JOKE a proper VM option — ko1@...
Issue #10328 has been updated by Koichi Sasada.
3 messages
2014/10/07
[#65559] is there a name for this? — Xavier Noria <fxn@...>
When describing stuff about constants (working in their guide), you often
7 messages
2014/10/09
[#65560] Re: is there a name for this?
— Nobuyoshi Nakada <nobu@...>
2014/10/09
On 2014/10/09 20:41, Xavier Noria wrote:
[#65561] Re: is there a name for this?
— Xavier Noria <fxn@...>
2014/10/09
On Thu, Oct 9, 2014 at 1:59 PM, Nobuyoshi Nakada <[email protected]> wrote:
[#65566] [ruby-trunk - Feature #10351] [Open] [PATCH] prevent CVE-2014-6277 — shyouhei@...
Issue #10351 has been reported by Shyouhei Urabe.
3 messages
2014/10/09
[#65741] Re: [ruby-cvs:55121] normal:r47971 (trunk): test/ruby/test_rubyoptions.rb: fix race — Nobuyoshi Nakada <nobu@...>
On 2014/10/16 10:10, [email protected] wrote:
5 messages
2014/10/16
[#65742] Re: [ruby-cvs:55121] normal:r47971 (trunk): test/ruby/test_rubyoptions.rb: fix race
— Eric Wong <normalperson@...>
2014/10/16
Nobuyoshi Nakada <[email protected]> wrote:
[#65750] Re: [ruby-cvs:55121] normal:r47971 (trunk): test/ruby/test_rubyoptions.rb: fix race
— Tanaka Akira <akr@...>
2014/10/16
2014-10-16 12:48 GMT+09:00 Eric Wong <[email protected]>:
[#65753] [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string — ko1@...
Issue #10333 has been updated by Koichi Sasada.
3 messages
2014/10/16
[#65818] [ruby-trunk - Feature #10351] [PATCH] prevent CVE-2014-6277 — shyouhei@...
Issue #10351 has been updated by Shyouhei Urabe.
3 messages
2014/10/20
[ruby-core:65439] [ruby-trunk - Feature #10320] require into module
From:
sowieso@...
Date:
2014-10-06 12:49:51 UTC
List:
ruby-core #65439
Issue #10320 has been updated by So Wieso. I chose the symbol `:Lib`, as I thought Ruby would complain if the constant= `Lib` would not exist at this time. The keyword `in` would define it, if i= t would not exist. I would prefer if we could solve it without using symbol= s, but writing `module Lib; end` before the first require doesn't look nice. Sorry, I didn't consider that `require` is a method, so I guess the keyword= option (`in`) doesn't fit. ( Alternatively we could define suffix `in` as enclosing the given module: ~~~ruby require 'file' in Lib # is equivalent module Lib require 'file' end ~~~ but then require has to check for its nesting. ) ---------------------------------------- Feature #10320: require into module https://bugs.ruby-lang.org/issues/10320#change-49224 * Author: So Wieso * Status: Open * Priority: Normal * Assignee:=20 * Category: core * Target version:=20 ---------------------------------------- When requiring a library, global namespace always gets polluted, at least w= ith one module name. So when requiring a gem with many dependencies, at lea= st one constant enters global namespace per dependency, which can easily ge= t out of hand (especially when gems are not enclosed in a module). Would it be possible to extend require (and load, require_relative) to put = all content into a custom module and not into global namespace? Syntax ideas: ~~~ruby require 'libfile', into: :Lib # keyword-argument require 'libfile' in Lib # with keyword, also defining a module Lib at cu= rrent binding (unless defined? Lib) require_qualified 'libfile', :Lib ~~~ This would also make including code into libraries much easier, as it is we= ll scoped. ~~~ruby module MyGem =C2=A0=C2=A0require 'needed' in Need =C2=A0=C2=A0def do_something =C2=A0=C2=A0=C2=A0=C2=A0Need::important.process! =C2=A0=C2=A0end end # library user is never concerned over needed's content ~~~ Some problems to discuss: * requiring into two different modules means loading the file twice? * monkeypatching libraries should only affect the module =C2=AD=E2=86=92 au= to refinements? * maybe also allow a binding as argument, not only a module? * privately require, so that required constants and methods are not accessi= ble from the outside of a module (seems to difficult) * what about $global constants, read them from global scope but copy-write = them only to local scope? Similar issue: https://bugs.ruby-lang.org/issues/5643 --=20 https://bugs.ruby-lang.org/