[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: Getting lua to travel on .NET and the like
- From: Timothy Baldridge <tbaldridge@...>
- Date: Fri, 4 Sep 2009 22:10:34 -0500
No you can't use Reflection.Emit in XNA (and I assume Silverlight as
well). That's why I think we need a 1:1 conversion of the existing C
routines to C#. That way we use C# to interpret the Lua code. It
shouldn't be all that slow.
On Fri, Sep 4, 2009 at 9:52 PM, Raymond Jacobs<email@example.com> wrote:
> We looked briefly at XNua; notably it said coroutine support was untested
> and potentially broken;
> coroutines are a major feature for us, so this was a bit disturbing, but we
> haven't confirmed it yet.
> it also *seems* XNua hasn't been updated since 2007, which bodes well for
> any further work being done on it (should there be major features missing).
> As for using .NET bytecode at runtime, I dunno if Silverlight or XNA allow
> that, might seem like a security risk *shrug*
> On Fri, Sep 4, 2009 at 3:57 PM, Timothy Baldridge <firstname.lastname@example.org>
>> Well, there is this: http://www.xnua.com/xna_lua_xnua
>> XNua takes C# code and translates it to .Net bytecode. This is fine,
>> but I would like to see a bit higher level abstract of this.
>> I've been digging into this lately, and it doesn't seem all that hard
>> to do a port of Lua to C#, where the lua execution loop is a C# loop.
>> This is a project I may start on soon, but haven't yet. So I'm
>> interested in hearing other people's thoughts about the whole issue.
>> Timothy Baldridge
>> On Fri, Sep 4, 2009 at 1:59 PM, Raymond Jacobs<email@example.com> wrote:
>> > Greetings all,
>> > I'm currently developing a write-once-run-anywhere game authoring tool,
>> > which uses lua for scripting.
>> > Our main 'VM' is in C++/Win32/DirectX, but we have strong aspirations
>> > for:
>> > Flash10
>> > Silverlight
>> > XNA
>> > So far, I've found very little in the way of getting Lua to run on these
>> > platforms.
>> > The closest I have come, is using lua-alchemy for Flash/Flex; but they
>> > lack
>> > the C-API which we rely on.
>> > I've found various C#/.NET lua implementations however, due to the
>> > 'lockdown' of silverlight and XNA it doesn't seem they will work.
>> > So the questions are;
>> > Is there any concern among the Lua group about the difficulties of
>> > spreading
>> > Lua to these new and popular technologies?
>> > Are we simply waiting for a 'native' Lua VM Library to be written by an
>> > industrious fellow, in C# or the like?
>> > What are some basic difficulties in writing/porting a lua compiler/vm
>> > with
>> > the C-API present?
>> > Am I mistaken in any of my assertions, maybe I'm just missing something?
>> > Any feedback i can get on this would be excellent,
>> > Thanks,
>> > Raymond Jacobs
>> > Owner,
>> > Ethereal Darkness Interactive
>> > www.edigames.com
>> “One of the main causes of the fall of the Roman Empire was
>> that–lacking zero–they had no way to indicate successful termination
>> of their C programs.”
>> (Robert Firth)
“One of the main causes of the fall of the Roman Empire was
that–lacking zero–they had no way to indicate successful termination
of their C programs.”