Second Life Forums Archive - Throw LSL away!

Timeless Prototype

Humble

Join date: 14 Aug 2004

Posts: 216

01-05-2005 00:52

I'm curious, I haven't looked at the metaverse project in SourceForge, how have they done it? Have they done scripting at all?

These kinds of things are so core to the world engine, they'd have to be designed in right from the start. Perhaps a new virtual world needs to be developed using everything we've learnt?

_____________________

- Timeless

llDetectedTouchPos()

Strife Onizuka

Moonchild

Join date: 3 Mar 2004

Posts: 5,887

01-05-2005 00:58

In my list of projects is to make an LSL compiler/interpreter. Was thinking i would start with settings files for PRECC

_____________________

Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river.
- Cyril Connolly

Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence.
- James Nachtwey

Catherine Omega

Geometry Ninja

Join date: 10 Jan 2003

Posts: 2,053

01-05-2005 01:01

From: Olmy Seraph

Perhaps LL could add support for another language or two or twelve. If they opened up their runtime model or virtual machine or whatever they are using, it might be possible to port other languages.

Cory's always said that if anyone's willing to demonstrate to him that they can write their own compiler, he'd give them the bytecode specs. (And presumably, implement a way to directly upload compiled binaries.)

_____________________

Need scripting help? Visit the LSL Wiki!
Omega Point - Catherine Omega's Blog

Timeless Prototype

Humble

Join date: 14 Aug 2004

Posts: 216

01-05-2005 01:12

Personally, I think LSL is a good thing:

1. Safe. You can't break into the server code by writing buffer overflow code for example.

2. Does not rely on third parties. Imagine using .NET CLR or Java and then finding out it has a weakness that you can't fix.

3. Gets the job done.

4. Is/can be optimized for the engine. Fat trimmed right from the start. It also forces the programmer to write efficient code.

_____________________

- Timeless

llDetectedTouchPos()

Renault Clio

Registered User

Join date: 26 Aug 2004

Posts: 130

01-05-2005 07:51

From: Bob Bauhaus

Yes and no at the same time. The very nature of SL means even the most flexible languages will need a change, a custom API at the very least, to handle prims and other unique qualities of the virtual world.

Uhm, there's the language and there's the API. The language is mostly the syntax and the keywords, the API are basically the functions, which would actually do the stuff in the world. Things like llSomeFunction(), which includes prim handling, are part of the API. The language will need no changes, since LSL itself has nothing special syntax-wise either (maybe vectors, but that can be implemented using objects with operator overloading), should they implement another one, just a well-designed API or object model, depending the approach.

Timeless Prototype

Humble

Join date: 14 Aug 2004

Posts: 216

01-05-2005 08:06

From: Renault Clio

Uhm, there's the language and there's the API. The language is mostly the syntax and the keywords, the API are basically the functions, which would actually do the stuff in the world. Things like llSomeFunction(), which includes prim handling, are part of the API. The language will need no changes, since LSL itself has nothing special syntax-wise either (maybe vectors, but that can be implemented using objects with operator overloading), should they implement another one, just a well-designed API or object model, depending the approach.

Agreed, this emphasizes my point about access to the data.

_____________________

- Timeless

llDetectedTouchPos()

Throw LSL away!
Timeless Prototype Humble Join date: 14 Aug 2004 Posts: 216	01-05-2005 00:52 I'm curious, I haven't looked at the metaverse project in SourceForge, how have they done it? Have they done scripting at all? These kinds of things are so core to the world engine, they'd have to be designed in right from the start. Perhaps a new virtual world needs to be developed using everything we've learnt? _____________________ - Timeless llDetectedTouchPos()
Strife Onizuka Moonchild Join date: 3 Mar 2004 Posts: 5,887	01-05-2005 00:58 In my list of projects is to make an LSL compiler/interpreter. Was thinking i would start with settings files for PRECC _____________________ Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river. - Cyril Connolly Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence. - James Nachtwey
Catherine Omega Geometry Ninja Join date: 10 Jan 2003 Posts: 2,053	01-05-2005 01:01 From: Olmy Seraph Perhaps LL could add support for another language or two or twelve. If they opened up their runtime model or virtual machine or whatever they are using, it might be possible to port other languages. Cory's always said that if anyone's willing to demonstrate to him that they can write their own compiler, he'd give them the bytecode specs. (And presumably, implement a way to directly upload compiled binaries.) _____________________ Need scripting help? Visit the LSL Wiki! Omega Point - Catherine Omega's Blog
Timeless Prototype Humble Join date: 14 Aug 2004 Posts: 216	01-05-2005 01:12 Personally, I think LSL is a good thing: 1. Safe. You can't break into the server code by writing buffer overflow code for example. 2. Does not rely on third parties. Imagine using .NET CLR or Java and then finding out it has a weakness that you can't fix. 3. Gets the job done. 4. Is/can be optimized for the engine. Fat trimmed right from the start. It also forces the programmer to write efficient code. _____________________ - Timeless llDetectedTouchPos()
Renault Clio Registered User Join date: 26 Aug 2004 Posts: 130	01-05-2005 07:51 From: Bob Bauhaus Yes and no at the same time. The very nature of SL means even the most flexible languages will need a change, a custom API at the very least, to handle prims and other unique qualities of the virtual world. Uhm, there's the language and there's the API. The language is mostly the syntax and the keywords, the API are basically the functions, which would actually do the stuff in the world. Things like llSomeFunction(), which includes prim handling, are part of the API. The language will need no changes, since LSL itself has nothing special syntax-wise either (maybe vectors, but that can be implemented using objects with operator overloading), should they implement another one, just a well-designed API or object model, depending the approach.
Timeless Prototype Humble Join date: 14 Aug 2004 Posts: 216	01-05-2005 08:06 From: Renault Clio Uhm, there's the language and there's the API. The language is mostly the syntax and the keywords, the API are basically the functions, which would actually do the stuff in the world. Things like llSomeFunction(), which includes prim handling, are part of the API. The language will need no changes, since LSL itself has nothing special syntax-wise either (maybe vectors, but that can be implemented using objects with operator overloading), should they implement another one, just a well-designed API or object model, depending the approach. Agreed, this emphasizes my point about access to the data. _____________________ - Timeless llDetectedTouchPos()

Welcome to the Second Life Forums Archive

Throw LSL away!