tech-userlevel archive

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

Re: Lua in NetBSD

>> And this is were Lua comes into play.  The decoders for the
>> protocols are written in Lua, and new decoders can thus be added
>> with ease and without requiring a kernel/userland rebuild.
> [I]t seems to me that switching to a userland daemon written in an
> interpreted language is not exactly what one wants for time
> synchronization.

My reading was that this depended on Lua-in-the-kernel (which
admittedly this is the wrong list for, though it is relevant to the
larger Lua question).

> Things that probably won't persuade me include
>    - noting that Lua is memory-safe or garbage collected and C isn't,
>      because these are not serious problems in practice;

For some use cases they are.  I've done plenty of stuff for which a
garbage-collected language is (or, in some cases, would be) a big deal.

>> - easy to learn with a "natural" syntax, not statically typed
> Lack of static typing is not an advantage.

Again, for some use cases it is.  (Are any of them compelling enough to
drive Lua's import?  That's a separate question.)

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
 X  Against HTML      
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

Home | Main Index | Thread Index | Old Index