Re: Register scanning

2002-12-17 Thread Steve Fink
As a more concrete demonstration of what I'm talking about, here's an implementiation of the easy part: the pinning and releasing macros. (UNPIN would probably be better than RELEASE, huh?) It's a naive implementation with a low fixed limit on the max number of pinned objects (10), but at least it'

Register scanning

2002-12-17 Thread Steve Fink
Pardon me for reopening a can of particularly slimy worms, but are we sure we want to require all architecture/os/compiler combinations to be able to scan all hardware registers for live pointers? This is looking more and more problematic. For example, IA64 is kind of similar to Parrot itself: it h

Re: [perl #19232] [PATCH] UINTVAL_SIZE is not defined

2002-12-17 Thread Steve Fink
On Dec-18, Bruce Gray wrote: > # New Ticket Created by Bruce Gray > # Please include the string: [perl #19232] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=19232 > > > > In parrot.h (revision 1.45 2002-08-07), macros

Re: [perl #19230] [PATCH] classes/*.h not cleaned up by `make clean`

2002-12-17 Thread Steve Fink
On Dec-18, Bruce Gray wrote: > # New Ticket Created by Bruce Gray > # Please include the string: [perl #19230] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=19230 > > > > The 'clean' target in the classes makefile is o

Re: [perl #19229] [PATCH] config/auto/jit.pl - missing cc_clean

2002-12-17 Thread Steve Fink
On Dec-18, Bruce Gray wrote: > # New Ticket Created by Bruce Gray > # Please include the string: [perl #19229] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=19229 > > > > The JIT config test is not cleaning up after it

Re: [perl #19227] [PATCH] Unintialized buffer causes GC to fail in t/src/sprintf.t on Win32.

2002-12-17 Thread Steve Fink
On Dec-18, Bruce Gray wrote: > # New Ticket Created by Bruce Gray > # Please include the string: [perl #19227] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=19227 > > > > In headers.c version 1.18, the code initializin

[perl #19232] [PATCH] UINTVAL_SIZE is not defined

2002-12-17 Thread via RT
# New Ticket Created by Bruce Gray # Please include the string: [perl #19232] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19232 > In parrot.h (revision 1.45 2002-08-07), macros were defined to eliminate warnings during

[perl #19230] [PATCH] classes/*.h not cleaned up by `make clean`

2002-12-17 Thread via RT
# New Ticket Created by Bruce Gray # Please include the string: [perl #19230] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19230 > The 'clean' target in the classes makefile is only removing 'default.h'; it should remove

[perl #19229] [PATCH] config/auto/jit.pl - missing cc_clean

2002-12-17 Thread via RT
# New Ticket Created by Bruce Gray # Please include the string: [perl #19229] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19229 > The JIT config test is not cleaning up after itself, causing sporadic failures of the nex

[perl #19227] [PATCH] Unintialized buffer causes GC to fail in t/src/sprintf.t on Win32.

2002-12-17 Thread via RT
# New Ticket Created by Bruce Gray # Please include the string: [perl #19227] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19227 > In headers.c version 1.18, the code initializing interpreter->arena_base->extra_buffer_he

Re: [perl #19192] JIT fails 3 tests on AMD K5

2002-12-17 Thread Nicholas Clark
On Tue, Dec 17, 2002 at 09:40:26AM +0100, Leopold Toetsch wrote: > Did I already say 'dubious'? > All failing tests are floatingpoint, all use the fp_eq macro (though a > lot more tests use this macro and don't fail). But that's all. No common > schme beyond above, why tests fail. > > Could you

number constant segment

2002-12-17 Thread Marco Baringer
speaking of compiling directly to pbc, parrotbyte.pod says that number constants should be encoded as FLOATVALs, which is a system dependant careteristic, shouldn't there be a specified format for floats? ie either ieee single/double float or, preferably, the number segment specifies how bytes are

Re: Compiling to ParrotVM

2002-12-17 Thread Tanton Gibbs
I also have a C++ compiler under development that uses flex + btyacc + TreeCC that I can send on request. I must say that TreeCC is an extremely nice system and one I highly recommend. - Original Message - From: "Gopal V" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December

RE: cvs commit: parrot/t/src sprintf.t

2002-12-17 Thread Brent Dax
Leopold Toetsch: # In perl.cvs.parrot, you wrote: # > -S = Parrot_sprintf_c(interpreter, "== %#x\n", ival); # # > +S = Parrot_sprintf_c(interpreter, "== %#vx\n", ival); # # I don't understand why this is changed only here, there are # many more tests, where an C is printed with "%d"

Re: Compiling to ParrotVM

2002-12-17 Thread Gopal V
If memory serves me right, K Stol wrote: > I'm thinking of a compiler for Tcl which produces Parrot Assembly code, > but the source language (which will be compiled) is not definite yet. Instead of generating Parrot assembly, you might find it easier to generate imcc code which is a simplified

Re: Compiling to ParrotVM

2002-12-17 Thread David Robins
On Tue, 17 Dec 2002, K Stol wrote: > After doing some reading about Parrot, I got very interested. I'd like to > write some kind of compiler for my Bacherlor's in Computer Science. I'm > thinking of a compiler for Tcl which produces Parrot Assembly code, but > the source language (which will be com

Re: Minimum requirements reminder

2002-12-17 Thread Nicholas Clark
On Mon, Dec 16, 2002 at 06:57:40PM -0500, Dan Sugalski wrote: > Folks, > > Just a reminder--our minimum requirements for build, at the moment, > is an ANSI89 compliant C compiler (Hosted version, I think--whatever > has a full set of headers) and perl 5.005_03. At some point we may > raise the

Compiling to ParrotVM

2002-12-17 Thread K Stol
Hi there, After doing some reading about Parrot, I got very interested. I'd like to write some kind of compiler for my Bacherlor's in Computer Science. I'm thinking of a compiler for Tcl which produces Parrot Assembly code, but the source language (which will be compiled) is not definite yet.

Re: [perl #19188] t/pmc/pmc test failure with 64-bit INTVALs

2002-12-17 Thread Leopold Toetsch
Andy Dougherty (via RT) wrote: # New Ticket Created by Andy Dougherty # Please include the string: [perl #19188] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19188 > t/pmc/pmc...# Failed test (t/pmc/pmc.t a

Re: cvs commit: parrot/t/src sprintf.t

2002-12-17 Thread Leopold Toetsch
In perl.cvs.parrot, you wrote: > -S = Parrot_sprintf_c(interpreter, "== %#x\n", ival); > +S = Parrot_sprintf_c(interpreter, "== %#vx\n", ival); I don't understand why this is changed only here, there are many more tests, where an C is printed with "%d" format. leo

RE: Negative Zero

2002-12-17 Thread Venables, Robin
On AIX 4.3.3 with IBM C 5.0.2 I get the following: t/op/number.ok 9/35# Failed test (t/op/number.t at line 278) t/op/number.NOK 10# got: '5.00 # -0.00 # 2.00 # -1.00 # 1.00 # -2.00 # ' # expected: '5.00 # 0.00 # 2.00 # -1.00

Re: [perl #19192] JIT fails 3 tests on AMD K5

2002-12-17 Thread Leopold Toetsch
The RT System itself (via RT) wrote: # New Ticket Created by The RT System itself # Please include the string: [perl #19192] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=19192 > I can build parrot fine on my FreeBSD box