Global assignment and 'var' introduce bindings in different namespaces

[lth]

The smoking gun:

>> :reboot
>> u = 37
37
>> var u = 10
>> u
**ERROR** NameError: ambiguous reference  (near <no filename>:1.2-1.1)

The problem can be seen by the use of intrinsic::inspect(this):

  prop = [ns public '']::u : * = 37
  prop = [ns internal '']::u : * (DD,FX)  = 10

The assignment creates a binding in the public namespace, but var uses the internal namespace. Confusion ensues (and one string test crashes).

[lth]

BTW the failing test is ecma/String/15.5.4.12-3.js; I've added a definition of the variable at the top in an attempt to work around the problem.

[jeffdyer]

See #33 for more discussion.

Both u = 37 and var u = 10 need to create a property whose name is in "no namespace".

[jeffdyer]

Replying to jeffdyer:

See #33 for more discussion. Both u = 37 and var u = 10 need to create a property whose name is in "no namespace".

Actually, they need to create names in the namespace Public "". This is equivalent to "no namespace".

[graydon]

Should be corrected with fix to #33, it's the same bug.