[Octave-bug-tracker] [bug #48428] Support for java.lang.XXX syntax

[Mike Miller]

Follow-up Comment #15, bug #48428 (project octave):

Actual name resolution probably needs to be worked into the existing code in
load-path, which looks for dotted names and attempts to look up '+package'
names on the Octave load path.

What are the name resolution priority rules in Matlab? If I have a file
'+org/example/name.m' and 'org/example/name.class', which one takes
precedence?

Also, in Octave we allow return values to be used as expressions, Matlab does
not allow this. So in Octave an expression like 'uname.sysname' resolves to a
function call 'uname()', and access of the struct field 'sysname'. It would be
nice to preserve that if possible, so something like 'org.example.name' might
be a namespaced function, or it might be just a function named 'org'.

I'm also interested to know if anyone can see this being extensible, for
example a user oct file registering its own top-level namespace offering
dynamic name resolution.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?48428>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/