[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Adding Lua to the kernel and moving Lua source codes
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
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
compatibility for almost all such APIs. If the Lua-related APIs
change in incompatible ways in the future, then this should be
I don't think Lua APIs are exposed at the syscall boundary.
Main Index |
Thread Index |