 |
lua-l archive |
|
|
||
|
I'm new to Lua, but most of my current site is written in CRM-114, which is a shared memory language - unscoped. As soon as I had learned to use that language and had about 1200 lines in production, someone introduced a fork with lexical scope. This was a source of a great deal of anxiety and the fork did break a couple of scripts, but I tested it and ended up using it. This situation isn't terribly different from that one except that Lua has a few million more users. :)
My understanding of this change here is that it operates on the mechanics of the way scope is implemented in the VM, but not the way it behaves in user space... except to apply some fairly intuitive limits to global variables initialized in modules. The result should be improved module safety with a limited amount of code overhead for packagers. Lua will still be global by default, but global now means global to an environment rather than global to an instance of the interpreter. Addressing variables in that environment will be transparent for module users, but packagers will need to be explicit about what goes 'off-world'.
As for the 'example'... Scope will still nest. The environment for the nested chunk is the same as the environment where the local was defined. No change. Sigils and any other thread of conversation spawned from a fear of scope changing is reasoning from a faulty premise.
Signoff
Chris
Ignoring antichrist references from my Android phone.
On Aug 10, 2010 10:01 AM, "Javier Guerra Giraldez" <javier@guerrag.com> wrote:
On Tue, Aug 10, 2010 at 11:57 AM, Everett L Williams II
<rett@classicnet.net> wrote:
> All declarati...
you're forgetting that 'local by default' simply doesn't work with
lexical scoping. the final result would be something like what David
mentioned
--
Javier