RE: risks of lua fork?

["Grellier, Thierry" <t-grellier@...>]

Would like to add this one in http://www.lua.org/quotes.html ...

"Another thing that's worth considering is that due to the nature of
Lua, standard distributions are of limited worth. The thing is that as
soon as you start patching the language, precompiled addons become
worthless. 
I've just added the LNUM patch to WordGrinder, in an attempt to improve
performance. This means that I can no longer use Debian's standard Lua,
or Debian's standard LuaFileSystem package, and have to start
distributing, compiling and maintaining my own copies of the language. 
(The binary size has shot up from 16kB to a staggeringly huge 130kB. How
will we ever cope?)"

The point is that so called embedded lua users are a good excuse not to
do anything to help most of the others (eventually working on embedded
system too!) who'd like to avoid falling in this dilemma. The fact is
that Lua conf shall help really constrained embedded users trimming Lua
to their needs and not discouraging the others. What are the core issues
that make so many people needing to patch Lua despite the cost of it?
 
-----Original Message-----
From: lua-bounces@bazar2.conectiva.com.br
[mailto:lua-bounces@bazar2.conectiva.com.br] On Behalf Of David Given
Sent: Monday, October 29, 2007 1:51 PM
To: lua@bazar2.conectiva.com.br
Subject: Re: risks of lua fork?

Enrico Tassi wrote:
[...]
> The only thing I'd like to see is some sort of cooperation in the
> production of libraries. AFAIK there are multiple implementation of
the
> same libraries (we have 3 different curl bindings for example) and 
> some really important libraries (like posix) seem not to be well
> maintained. This coordination effort has to be made by the community,
if
> we failed so far it not a lua fault.

There's currently no real distinction being made between Lua the 
language and Lua the platform. As the maintainers are only really 
concerned with the former, the latter hasn't seen much work, as you'd 
expect... there are projects like LuaX or LuaBinaries, but they've never

achieved critical mass.

Another thing that's worth considering is that due to the nature of Lua,

standard distributions are of limited worth. The thing is that as soon 
as you start patching the language, precompiled addons become worthless.

I've just added the LNUM patch to WordGrinder, in an attempt to improve 
performance. This means that I can no longer use Debian's standard Lua, 
or Debian's standard LuaFileSystem package, and have to start 
distributing, compiling and maintaining my own copies of the language. 
(The binary size has shot up from 16kB to a staggeringly huge 130kB. How

will we ever cope?)

[...]
>> - bitwise operators (this is a core feature, not a library feature:
just
>> try to imagine using arithmetic operators as a library)
> 
> What you may want is the possibility of defining a new syntax that
> interprets a | b and bit.or(a,b)... metalua is there. All non
necessary
> stuff should stay away from the core, that is a key point of lua I
> think.

Actually, there's a patch that does this:

http://lua-users.org/files/wiki_insecure/power_patches/5.1/newluaoperato
rs.patch

-- 
David Given
dg@cowlark.com