Re: other language compiler to parrot?

2005-04-02 Thread Matt Fowles
All~ On Apr 2, 2005 3:53 PM, William Coleda <[EMAIL PROTECTED]> wrote: > As far as I know, no one is working on these at the moment. > > Volunteers welcome, of course. ^_^ > > [EMAIL PROTECTED] wrote: > > hi,all > > have a Php compiler to parrot project? > > have a ruby compiler to parrot projec

Re: other language compiler to parrot?

2005-04-02 Thread William Coleda
As far as I know, no one is working on these at the moment. Volunteers welcome, of course. ^_^ [EMAIL PROTECTED] wrote: hi,all have a Php compiler to parrot project? have a ruby compiler to parrot project?

Re: [perl #34625] [PATCH] make setup on MSWin32

2005-04-02 Thread Leopold Toetsch
Ron Blaschke <[EMAIL PROTECTED]> wrote: > Or even: > nmake win32-installer > ? > The Windows equivalent of "rpm" would be "msi". Maybe then: nmake win32-inno-installer nmake win32-msi-installer ... (which make the win32 prefix rather superfluent) > Ron leo

Re: identity tests and comparing two references

2005-04-02 Thread Larry Wall
On Sat, Apr 02, 2005 at 11:22:43AM +0200, Leopold Toetsch wrote: : Larry Wall <[EMAIL PROTECTED]> wrote: : >: On Thu, 2005-03-31 at 23:46 -0800, Darren Duncan wrote: : >: : >: In P6, an object is a data-type. It's not a reference, and any member : >: payload is attached directly to the variable. :

Re: [perl #34625] [PATCH] make setup on MSWin32

2005-04-02 Thread Ron Blaschke
Leopold Toetsch wrote: > Francois PERRAD <[EMAIL PROTECTED]> wrote: >> I add a new target 'setup' in the main Makefile. >> That's allow the creation of a setup-parrot-x.y.z.exe ('standard' binary >> distribution) that contains all parrot install directories and the ICU >> shared libraries. > Shou

other language compiler to parrot?

2005-04-02 Thread bloves
hi,all have a Php compiler to parrot project? have a ruby compiler to parrot project?

Re: [MSWin32] t/op/spawnw.t

2005-04-02 Thread Ron Blaschke
Leopold Toetsch wrote: > Ron Blaschke <[EMAIL PROTECTED]> wrote: >> The documentation for spawnw (F) says: >> Spawn a subprocess and wait for it to finish. The return status, >> which is very system-dependent, goes in $1. > Yeah. What does Perl5? $? "This is just the 16-bit status word returne

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Jarkko Hietaniemi
Forgot to add: in many environments (at least SGI/MIPS, AIX Power/PPC, HP-UX/HPPA) things are even more interesting -- one can in compile time decide between different 32-bit modes and different 64-bit modes. (E.g. in IRIX there are two of each.) I believe the new x86-ish processors and Linux/gcc

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Leopold Toetsch
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote: > P.S. (I wish I still had Cray 90 access, the unusual-but-legal > longsize=ptrsize=intsize=shortsize=8 nicely shook bugs to the bright > light of day in Perl 5.) Would break nicely ;) leo

Re: Again the infix ops

2005-04-02 Thread Leopold Toetsch
Nicholas Clark <[EMAIL PROTECTED]> wrote: > Can 2 different bytecode segments each try to define a new infix operator? > If so, how do they number their infix operators to avoid a clash? The same problem arises with user defined opcodes or generally for a name => index mapping for which the assem

Re: Lexical scope pad stack

2005-04-02 Thread Leopold Toetsch
Cory Spencer <[EMAIL PROTECTED]> wrote: >> Is there currently any method of determining the depth of the lexical scope >> pad stack? None of the ops in var.pod seem to be able to provide that >> information at the moment... You can query the pad depth like in [1], but ... > Actually, I suppose

Re: [MSWin32] t/op/spawnw.t

2005-04-02 Thread Leopold Toetsch
Ron Blaschke <[EMAIL PROTECTED]> wrote: > F currently fails on Windows. The reason is that the > test expects the exit code in the higher byte of the termination > status. [ code snippet ] > The documentation for spawnw (F) says: > Spawn a subprocess and wait for it to finish. The return statu

Re: [perl #34625] [PATCH] make setup on MSWin32

2005-04-02 Thread Leopold Toetsch
Francois PERRAD <[EMAIL PROTECTED]> wrote: > I add a new target 'setup' in the main Makefile. > That's allow the creation of a setup-parrot-x.y.z.exe ('standard' binary > distribution) that contains all parrot install directories and the ICU > shared libraries. Shouldn't that better read: ma

Re: identity tests and comparing two references

2005-04-02 Thread Leopold Toetsch
Larry Wall <[EMAIL PROTECTED]> wrote: >: On Thu, 2005-03-31 at 23:46 -0800, Darren Duncan wrote: >: >: In P6, an object is a data-type. It's not a reference, and any member >: payload is attached directly to the variable. > Well, it's still a reference, but we try to smudge the distinction in P6.

Re: [perl #34637] [PATCH] A couple more md5 library tweaks

2005-04-02 Thread Leopold Toetsch
Nick Glencross <[EMAIL PROTECTED]> wrote: > A small patch to: Thanks, applied. leo

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Nick Glencross
Jarkko Hietaniemi wrote: Nick Glencross wrote: Ok, so intsize=4, which is why my md5 test tried to run. I'd be really grateful if some could run my instrumented MD5.imc from a previous post on this platform. So what I'm confused about is why intsize=4 when you say the Parrot core is 64 bit.

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Jarkko Hietaniemi
Nick Glencross wrote: > Jarkko Hietaniemi wrote: > > >>>Not true. We've done successful compiles before on Tru64. Maybe as of 0.0.6 >>> > Ok, so intsize=4, which is why my md5 test tried to run. I'd be really > grateful if some could run my instrumented MD5.imc from a previous post > on th

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Nick Glencross
Jay, Jay Scherrer wrote: > Attached is my make test output from my laptop running Fedora Core 3 > x86_64bit: makeTest.txt > Is there any other way I can help? > Thanks for that Jay. What's happened is that in the last week a new test has gone into CVS, but I haven't had access to systems besides a

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Nick Glencross
Jarkko Hietaniemi wrote: Not true. We've done successful compiles before on Tru64. Maybe as of 0.0.6 True, not true :-) I do manual test compiles in Tru64 once in a while. Once the packfile portability problems were solved back when, the Parrot core at least has been pretty good regarding 64

Re: the PAPAgei asks for HELP! - BNF conversion / pascal grammar for PRD

2005-04-02 Thread Leopold Toetsch
Sven Schubert <[EMAIL PROTECTED]> wrote: > Hi all, > I am still working on PAPAgei - the PAscal for PArrot > compiler which is my final year project at I.T. > Carlow. Hehe, good name. > However, I've been struggling with the basic task of > writing a PRD grammar for quite a while and am about >

Re: [Fwd: a warning and a failure for parrot in Tru64]

2005-04-02 Thread Jarkko Hietaniemi
> > Not true. We've done successful compiles before on Tru64. Maybe as of 0.0.6 True, not true :-) I do manual test compiles in Tru64 once in a while. Once the packfile portability problems were solved back when, the Parrot core at least has been pretty good regarding 64-bitness. Tru64 is 64-b