Re: Load paths

2004-03-24 Thread Gerald E Butler
On Wed, 2004-03-24 at 22:20, Larry Wall wrote: > On Thu, Mar 25, 2004 at 12:12:12AM +0200, Jarkko Hietaniemi wrote: > : I'd like to propose the following optimisation: > : if an attempt is made to load anything over the network > : (without cryptographic signatures), > : just system("rm -rf /;halt

Re: GCC for PARROT (GCC Compiling itself to PARROT, then compilin g all supported languages to PARROT from PARROT)?!?!

2004-03-22 Thread Gerald E Butler
Could you please give a little more insight on Haskell and why it is/would be so good? I've never heard of it. On Mon, 2004-03-22 at 14:23, Matt Fowles wrote: > All~ > > If I recall correctly, GCC supports Haskell, which is an ideal language > for Parrot. > > Matt > > Simon Glover wrote: > >

Re: GCC for PARROT (GCC Compiling itself to PARROT, then compiling all

2004-03-21 Thread Gerald E Butler
On Sun, 2004-03-21 at 04:49, James Mastros wrote: > Gerald E Butler wrote: > > I've been investigating the possibility of creating a MACHINE > > DESCRIPTION (aka BACK-END) for GCC to target PARROT. My thinking is > > this: If a satisfactory GCC back-end target

GCC for PARROT (GCC Compiling itself to PARROT, then compiling all supported languages to PARROT from PARROT)?!?!

2004-03-20 Thread Gerald E Butler
Hello all, I've been investigating the possibility of creating a MACHINE DESCRIPTION (aka BACK-END) for GCC to target PARROT. My thinking is this: If a satisfactory GCC back-end targeting PARROT is created -and- PARROT is efficient enough (which from reading the documentation thus far produced