lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]


> Well, unless you can lose the heap, then you're not going to 
> be able to get away without a garbage collector. Which means 
> that you can't have real-time capabilities, because you never 
> know when you might run out of heap space. 
> The Java people have been fighting this for years; there just 
> does not seem to be any theoretical way out of it.
> 
> If you get rid of the heap, you'd lose tables, function 
> closures, probably strings although that's less awkward... 
> hmm. What's left would be very limited. What you'd have is a 
> very simple Lua-like language with it's own compiler and run-time.

Or, alternatively, you can look at LuaRC, a reference counted version of Lua
5.02.  It works great in real-time applications, as no garbage collection
blips happen (that is, you are limited by the underlying realloc()
implementation, and that's replaceable with higher performance versions).

Josh