Project

General

Profile

Bug #11705

Namespace resolution in nested modules with short syntax

Added by mwpastore (Mike Pastore) almost 5 years ago. Updated almost 5 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Target version:
-
[ruby-core:71532]

Description

Given the following definition:

module Foo
  class Qux
    def self.hello
      'Hello, world!'
    end
  end
end

Namespace resolution at a later time works differently when you have nested modules, e.g.

module Foo
  module Bar
    # Can't find Foo::Bar::Qux, so "goes up" to find Foo::Qux.
    p Qux.hello # < "Hello, world!"
  end
end

vs. the short syntax, e.g.

module Foo::Bar
  # Can't find Foo::Bar::Qux, but doesn't "go up" to find Foo::Qux.
  p Qux.hello # < in `<module:Bar>': uninitialized constant Foo::Bar::Qux (NameError)
end

Is this intentional and/or expected?


Related issues

Has duplicate Ruby master - Feature #16430: Resultion of constants in enclosing class/module affected by how nested classes/modules are declaredRejectedActions

Also available in: Atom PDF