[Pyrex] pyrex for parrots?

[Michal Wallace]

On Wed, 25 May 2005, Greg Ewing wrote:

>> (Parrot has it's own garbage collection scheme)
>
> Possibly the Parrot GC could be made to work on the
> Python objects too. Without knowing anything about
> Parrot's GC, I can't say how difficult it would be.
> Again, you'd need detailed knowledge of both systems
> to pull it off.

I bounced this off the parrot guys and they seem to
think it's doable... I'll have to do some experiments.

>> It seems like pyrex could benefit from the same kind of
>> refactoring... Then you could have separate backends to create
>> modules for for cpython, jython (using JNI), pirate, IronPython,
>> and whatever else crops up. Have you thought about doing something
>> like that?
>
> I hadn't. It's an interesting idea, although changing
> the target language is likely to have implications for
> the Pyrex language itself, not just the compiler --
> currently it's heavily oriented towards C.
>
> Pyrex could probably do with some refactoring anyway,
> since it's currently one big entwined lump. I don't have
> the stamina to do it myself just at the moment, but
> you're welcome to have a go if you like.

Cool. I might actually start with pyrex then, 
because of the type information. Parrot supports
native primitive types as well as a native call
interface, so compiling pyrex to parrot assembly
might also be worth experimenting with.

Anyway, I'll try it out in a few weeks and let you
know. Thanks!

Sincerely,

Michal J Wallace
Sabren Enterprises, Inc.
-------------------------------------
contact: michal at sabren.com
hosting: http://www.cornerhost.com/
my site: http://www.withoutane.com/
-------------------------------------