Re: Adding Lua to the kernel and moving Lua source codes

[Jean-Yves Migeon <jeanyves.migeon%free.fr@localhost>]

Le 07/10/2013 12:05, Alan Barrett a écrit :
> On Sun, 06 Oct 2013, Marc Balmer wrote:
> > I am in the progress of
> >
> > - Updating the Lua code in base from version 5.1 to version 5.2
> > - Commiting the kernel parts from our GSoC project, "Lua in the 
> > NetBSD
> > Kernel"
>
> I still haven't seen a use case for in-kernel Lua.  I mean, an
> example (preferably a working example) of something useful that could
> not easily be done without in-kernel Lua.  I'd prefer not to see it
> added to the base system without a use case.

I second the use case.

Not something as polished or finished as possible, but at least shows 
that it is useful (I am well aware of the cause/effect circle ie. you 
cannot prove it without having Lua first available, but breaking that 
vicious circle with a few examples can help).

> Also, how stable are the proposed APIs to be exposed from the kernel
> to userland?  NetBSD has traditionally tried to provide ongoing 
> binary
> compatibility for almost all such APIs.  If the Lua-related APIs 
> might
> change in incompatible ways in the future, then this should be
> explicitly documented.

I don't think Lua APIs are exposed at the syscall boundary.

Thanks!

--
Jean-Yves Migeon