Re: [Etoile-dev] Re: Io language for StepTalk on Cocoa

[Nicolas Roard]

On 5/26/06, Stefan Urbanek <stefan@agentfarms.net> wrote:
> Citát Quentin Mathé <gnustep-quentin@club-internet.fr>:
>
> > Le 25 mai 06 ŕ 12:03, Nicolas Roard a écrit :
> >
> > > On 5/25/06, Yen-Ju Chen <yjchenx@gmail.com> wrote:
> > >> O.K. This one works on GNUstep, but is not tested with StepTalking
> > >> on GNUstep.
> > >> It also creates a tool 'io_objc' to use directly without StepTalk.
> > >> After compilation, use 'obj/io_objc test_gnustep.io' on GNUstep
> > >> or 'obj/io_objc test_cocoa.io' on mac.
> > >> There are still some glitches here and there, though.
> > >> And GNUmakefile needs modification for you system.
> > >>
> > >> That is pretty much all I will do for now.
> > >> Feel free to make it better.
> > >> Have fun.
> > >
> > > Really cool ! io_objc works fine on gnustep. Impressive !
> > > in StepTalk it seems to be broken though (seems a problem not saving
> > > the context)
> >
> > Good news, I can give up on my buggy old version :-).
> >
> > It works very well. Excellent work ! I got it working with StepTalk
> > (GNUstep) properly yesterday. I hacked IoLanguageEngine to have
> > Io_State kept value in an ivar. This way between each call to -
> > interpretScript:inContext: the context is maintained. The correct way
> > to do it would be to store Io_State in STContext instance I think.
> >
>
> How it works? Do you need some language-engine specific configuration to be
> saved into the STContext in a special way (different to context's variables)?
> If yes, would it be thread safe - when two threads will be acessing the same
> (parent)context?
>
> Btw. how it is with bridging Objective-C objects with io? Is it only isolated io
> computation engine or can I pass objects in and out?
>
> Is it possible to implement STEngine createMethod:... for the io language?

I'm thinking that StepTalk could simply be used as a standard way of
accessing objective-c objects -- eg, for the languages that have a
proper bridge to objc (io, ruby, scheme, gnu smalltalk) do not use the
languages bundles only to execute methods, but let them completely
handles objects. It would be much more efficient than building an OO
architecture with STActor (although this is nice too -- it provides
"one" OO language/architecture where methods can be in any language)
and more importantly it would let people really take advantage of each
language's strength.

--
Nicolas Roard
"I love deadlines. I like the whooshing sound they make as they fly
by." -- Douglas Adams