Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-11-08 Thread Lourival Vieira Neto
On Tue, Oct 19, 2010 at 8:10 AM, Antti Kantee wrote: > On Tue Oct 05 2010 at 18:24:48 -0300, Lourival Vieira Neto wrote: >> Hi folks, >> >> I'm glad to announce the results of my GSoC project this year [1]. >> We've created the support for scripting the NetBSD kernel with Lua, >> which we called L

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-19 Thread Antti Kantee
On Tue Oct 05 2010 at 18:24:48 -0300, Lourival Vieira Neto wrote: > Hi folks, > > I'm glad to announce the results of my GSoC project this year [1]. > We've created the support for scripting the NetBSD kernel with Lua, > which we called Lunatik and it is composed by a port of the Lua > interpreter

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-18 Thread Lourival Vieira Neto
On Mon, Oct 11, 2010 at 11:50 PM, Matthew Mondor wrote: > On Sun, 10 Oct 2010 19:45:41 -0600 > Samuel Greear wrote: > >> I didn't like the fact that the only option for loading a script into >> the kernel was to load the script source. I would make loading >> pre-compiled scripts the preferential

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-18 Thread Lourival Vieira Neto
On Tue, Oct 12, 2010 at 3:47 AM, Alan Barrett wrote: > > [cross-posting removed] > > On Tue, 05 Oct 2010, Lourival Vieira Neto wrote: >> We've created the support for scripting the NetBSD kernel with Lua, > > Instead of using "long long" as the C data type for Lua variables, I > suggest using int6

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-11 Thread Alan Barrett
[cross-posting removed] On Tue, 05 Oct 2010, Lourival Vieira Neto wrote: > We've created the support for scripting the NetBSD kernel with Lua, Instead of using "long long" as the C data type for Lua variables, I suggest using int64_t (which is the same size on all existing and future platforms),

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-11 Thread Matthew Mondor
On Sun, 10 Oct 2010 19:45:41 -0600 Samuel Greear wrote: > I didn't like the fact that the only option for loading a script into > the kernel was to load the script source. I would make loading > pre-compiled scripts the preferential method. In fact, I would > probably tear eval out of the kernel

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-10 Thread Lourival Vieira Neto
On Sun, Oct 10, 2010 at 10:45 PM, Samuel Greear wrote: > On Tue, Oct 5, 2010 at 3:24 PM, Lourival Vieira Neto > wrote: >> Hi folks, >> >> I'm glad to announce the results of my GSoC project this year [1]. >> We've created the support for scripting the NetBSD kernel with Lua, >> which we called Lu

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-10 Thread Lourival Vieira Neto
On Sun, Oct 10, 2010 at 10:45 PM, Samuel Greear wrote: > (...) > My brief notes (from memory): > > I didn't see any bindings, maybe there were some, but if I missed them > there can't be very many, Lua in the kernel is fairly useless unless > you can call into the public kernel api. Our proposal

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-10 Thread Samuel Greear
On Tue, Oct 5, 2010 at 3:24 PM, Lourival Vieira Neto wrote: > Hi folks, > > I'm glad to announce the results of my GSoC project this year [1]. > We've created the support for scripting the NetBSD kernel with Lua, > which we called Lunatik and it is composed by a port of the Lua > interpreter to th

[ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-10-05 Thread Lourival Vieira Neto
Hi folks, I'm glad to announce the results of my GSoC project this year [1]. We've created the support for scripting the NetBSD kernel with Lua, which we called Lunatik and it is composed by a port of the Lua interpreter to the kernel, a kernel programming interface for extending subsystems and a