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, [EMAIL PROTECTED] 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
[email protected]
http://lists.nongnu.org/mailman/listinfo/glob2-devel
_______________________________________________
glob2-devel mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/glob2-devel
