[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: Unique directions for Lua?
- From: wuerchj <jeske@...>
- Date: Tue, 5 Feb 2002 18:15:59 -0800
(forwarded on due to accidental private reply)
Well, here goes another attempt to post from Yahoo groups... wonder
if it will actually make it to the list...
--- In lua-l@y..., David Jeske <jeske@c...> wrote:
I've already voiced my opinion that amassing a large set of standard
> modules for Lua (ala Perl, Python, Ruby, etc) is a wasted effort.
One
> motivation for that thought is that once Lua had exceptions, a
> class-esq system, and a bunch of modules, it would largly be the
same
> as all those other systems, and it's just silly wheel-reinventing
IMO,
> to have so many similar systems.
>
I agree completely, I don't want another Python. Lua is fast and
small, and usable in embedded systems. I could really care less
about the discussions people have about lexical scoping, and
correctness, and anything that isn't about size and speed.
> Some examples of items discussed on the list which might be useful
> additions include:
>
> 1) Memory management optimizations for small memory for embedded
use
> 2) More real-time Garbage collection optimizations for lowering
> collection pause time (as it seems Lua has been picked up among
> Game programmers)
> 3) code-safety features such as "require variable declarations" or
> static typing (ala unrealscript)
> 4) compiling Lua code into C
#2 above is of the most concern. I would really like to see a
deterministic garbage collector of some sort.