On 5/27/06, Nicolas Roard <[EMAIL PROTECTED]> wrote: [snip]
StepTalk only executes chunks of code, it's not a language bridge, it's an architecture for easily enabling scripting into applications (expose objects to the scripts, etc) and integrating under a common umbrella any "script language" as long as it provides a way for executing StepTalk "methods". Which means the "script language" only need to provide a way to execute a script -- it's no bridge... afaik, STActor "simulates" an object, so you _can_ have an "object" written using any of the available language, but obviously it's quite a performance hit compared to having a real bridge. What would be neat would be to add to steptalk the capacity of taking advantage of a bridge for a language if there is one. Unless I'm wrong (could be, because I didn't check the last development with steptalk...) it's not possible currently.
I am not sure I understand what you mean. I haven't look at the STActor, which is something new. But the use of -interpretScript:inContext:, which also exists in older version of StepTalk, allow language bundle to do whatever it can. So if this language bundle provides a binding to GNUstep, then StepTalk can do it. That's basically how 'stexec' do. So for the IoLanguage in Etoile, you can either use 'ioobjc test.io' directly, or through StepTalk: 'stexec test.io'. StepTalk will know .io is for IoLanguage bundle and execute it with IoLanguage bundle. Yen-Ju
-- Nicolas Roard "I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
_______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
