Re: [glob2-devel] scripting language

[Martin Nyffenegger]

Hello
Little thought about scripting. If speed is an issue, and language also:
Why dont we simply design a C++ framework ?

From the point of view of the script, Glob2 could the be seen as a  
library, and the script compiled with gcc.
The compiled script can then be dynamically loaded at runtime.  
Serialisation of objects is possible, so the state can be saved/ 
restored ...

Since my idea of having a very easy understandable scripting language  
seems to be abandoned anyway ...

Barock

Le 24 mai 05 à 01:04, address@hidden a écrit :

> Hello
>
>
> > I have been following the "Creature AI" mail thread for a while (I am
> > new in this list), and found the language part interesting as I  
> > maintain
> > a small scripting language myself (http://lue.dk/prj/tea), to  
> > solve some
> > internal jobs at work.
>
> It looks ok, but what kind of thread support does it have? Is it  
> possible to
> store the state of the execution and restore it afterwards?
>
>
> > I like to know about the vision the future language in glob2 is ?
> > (something about thead model and states ?)
>
> Actually I where aiming at a type-safe lisp with a different syntax.
> The thread model is not critical as long as it can be implemented in a
> deterministic way, and the state of the virtual machine can be  
> saved/reloaded.
>
>
> > This could be a nice way for me to be forced to look into the  
> > code, and
> > maybe we could make a script/C++ interface that look much like each
> > other, so moving code the scripting to C++ is more smoothly done.
> >
> > Or, will this first be relevant in version 1.0 ++ ?
>
> An other scripting language will very likely be a post-1.0 feature.
>
> Martin
>
>
> _______________________________________________
> glob2-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/glob2-devel