[sldev] Opening the server source?

Chance Unknown chance at kalacia.com
Tue Jul 3 10:21:56 PDT 2007


i thought the point was that the bytecodes stored with the scripts
would be in CIL (or MSIL for gates fanboys), allowing the binary image
to be transported around without the need to recompile it.

wasnt that the ooooooo thing babbage linden was working on?

On 7/3/07, Dzonatas <dzonatas at dzonux.net> wrote:
>
>  LOL not even. It can be completely transparent, if desired, all in SL. Just
> like Mono enabled sims, it would be limited to those, however.
>
>  One feature I've had built-in to Atomatrix from the start is the ability to
> compile on-the-fly (or just-in-time). A simple flag that an LSL script is
> compilable and validated is all that is needed to effectively handle
> on-the-fly compilation.  It validation tracking is needed, we could add
> resources to track origination of the validator, like a PGP stamp.
>
>  This is a very useful tool. For example, lets say I want to take a script
> compiled in LSL, to a sim that uses Mono and use it there. It would
> recompile when it arrives at that sim.
>
>  Same thing for the event to take that Mono-compiled LSL script or to a sim
> that uses Atomatrix. When it arrives, it gets recompiled.
>
>  That way each sim can easily use the best local implementation and not
> worry about foreign compilations.
>
>  =)
>
>
>
>  Chance Unknown wrote:
> So are you suggesting we need visual studio to script our prims now? Um no
> thanks, ill stick with SL.
>
>
> On 7/3/07, Dzonatas < dzonatas at dzonux.net> wrote:
> > Adam Frisby wrote:
> > > Argent Stonecutter wrote:
> > >> IN fact you've got an LSL to Mono compiler on your disk right now.
> > >
> > > We do? I thought LL were keeping that internal since it's
> > > simulator-only stuff?
> > >
> >
> > Kewl!  I could make a LSL to Atomatrix compiler.
> >
> > Mono/.NET and Sun's Java are nice, but they fall short of the more
> > advanced object-orientated systems. Mono/.NET and Java are more of a
> > object-oriented program language rather than an object-orientated
> > program environment.
> >
> > --
> > Power to Change the Void
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> >
> /index.html
> >
>
>
>
> --
>  Power to Change the Void


More information about the SLDev mailing list