Is Mono just a compiler instead of Language ?

My understanding is that Mono just is a compiler instead of Language as LSL. After Mono is applied all over the main grid, residents still input LSL instead of Mono. It's Mono that compiles LSL and make it run on the server. Is this correct?

Correct.

Mhm, I think it's pretty much like this:

Now: Viewers compile LSL to LSL bytecode and upload it. The LSL bytecode is executed by an LSL VM.

Future: Viewers compile LSL to CIL and upload it. The CIL is interpreted or maybe even compiled to executable code by the Mono VM.

Maybe it's because CIL is well-known or a popular standard, but we anticipate compiling other languages to CIL. Of course it will be doable

Does the Linden implementation of Mono link to this open source project?

http://www.mono-project.com/FAQ:_General

Mono is an open source version of C# and the .NET framework.

I can see in the future being able to code in C# on SL, but all talk from LL folk is that LSL is here to stay.

Who can help confirm on this ? If it's C# for Mono instead of LSL for Mono, then it's difficult for most residents to make a script. It's not good for the development in SL.

i do not understand the whole "we can write in C+" or whatever language thing

LSL in its syntax is very close to C++ java php and just about damn near any other programing language out there

your still going to have to write using llFunctions

so what else is there?? (besides arrays and includes)

its not going to change from lsl, its been stated a billion times that its backoffice only, the users will notice little to no changes except for faster tighter loops and less machine usage

Agree. When it comes times just gives us more functions as in llArray. No matter what language, there will still never be array or similiar functions until it is implented in the backend. As far as includes, I don't need em, been doing it in Scite for over a year now. Even if they offered it, I still wouldn't ever use the inworld editor to actually write scripts.

I asked a Linden about the array implementation, this was the Q & A, short but clear:

------------------------------
Kahiro Watanabe: Are you going to implement the use of arrays and better data structures than the actual lists?
------ Linden: we're probably going to leave LSL alone and move towards languages with support for those features
-----------------------------

So it seems that LSL wont be touched.

The first stage is test lsl scripts compiled to mono in the beta grid. This would take minimum three months. If you go to the beta grid now you will have a "Compile to mono" option in the scripts.

The second stage, after testing and debugging in the beta grid, will be implement this in the main grid.

The third stage will be the addition of new programming languages into SL like C# and VB. But this will take a lot more time.

I agree in the fact that writing in C# in C or in lsl ist just a matter of syntax. But that's not the idea. The idea of adding other languages is to use their functions and data structures, a simple array is more powerful than lsl lists.

They said that MONO will bring a lot of improvements:

*Memory limit for scripts is now 64K. Sec
*Data process will be much faster
*Lag will be reduced because scripts will use resources only when needed. MONO will manage this in a more efficient way.


We'll see in practice if this works...hope so!.

yea i really see the Labs implementing (lets say) 37 different functions to generate a random number for 37 different languages, this is just silly

i dont want C++ id rather have lua, i like it better for simple scripting tasks

jesse might want to use python

or maby strife wants to use ruby

billybob over there might find visual basic the best

see how big of a mess a multi language scripting system on a proprietary system quickly becomes?

Hey I am originally from Texas, which means I barely know English (At least what ya'll call English) and a little bit of LSL.

lol