Re: [perl #23005] [PATCH] Parrot_sprintf not recognizing 7 in precision

2003-07-16 Thread Leon Brocard
mrnobo1024 sent the following bits through the ether: > Parrot_sprintf isn't recognizing 7 as a number in the precision field, so > trying to use that results in a "'7' is not a valid sprintf format" error. Thanks, patch applied. Leon -- Leon Brocard.http://www.astra

Re: ad Timer

2003-07-16 Thread Aldo Calpini
Leopold Toetsch wrote: > Attached is a test program, showing an implementations for multiple > timers. GNU/linux only, but implementing the platform interface (and the > sighandler/message queue) shouldn't be too hard. don't know if it's worth something, but this is how your timer program could

Re: This week's summary

2003-07-16 Thread Dan Sugalski
At 4:23 PM -0700 7/15/03, Tupshin Harper wrote: Piers Cawley wrote: Targeting Parrot from GCC Discussion in the thread entitled 'WxWindows Support / Interfacing Libraries' centred on writing a Parrot backend to GCC. (No, I have no idea what that has to do with the thread subject.) Tupshi

RE: [perl #23006] FLOATVAL_FMT

2003-07-16 Thread Brent Dax
I have issues with this patch. Leopold Toetsch: # PIO_eprintf can fallback to vfprintf(3), when no # interpreter is supplied, which means that we should have compatible # format chars for basic data types. First of all, spf_render.c:18-20: /* Per Dan's orders, we will not use sprintf if s

Re: This week's summary

2003-07-16 Thread Paolo Molaro
On 07/16/03 Dan Sugalski wrote: > >> pit/pratfalls. At one point, Tupshin suggested emulating a 'more > >> traditional stack-oriented processor' and I don't think he was > >> joking... > >> > >Indeed, I wasn't, but I wish somebody would at least have the > >decency to tell me how insane this

Re: This week's summary

2003-07-16 Thread Tupshin Harper
Dan Sugalski wrote: At 4:23 PM -0700 7/15/03, Tupshin Harper wrote: Piers Cawley wrote: Targeting Parrot from GCC Discussion in the thread entitled 'WxWindows Support / Interfacing Libraries' centred on writing a Parrot backend to GCC. (No, I have no idea what that has to do with the

Test::More import/export/plan sub routines

2003-07-16 Thread Potozniak, Andrew
I'm getting into testing a lot more lately and I realize that Test::More doesn't do what I would like it to do and thus I'm creating my own test class. I took the code from Test::More namely the _export_to_level(), plan(), import(), and builder(). I know what builder is doing so I don't need any

Re: Test::More import/export/plan sub routines

2003-07-16 Thread chromatic
On Wednesday, July 16, 2003, at 07:28 AM, Potozniak, Andrew wrote: I'm getting into testing a lot more lately and I realize that Test::More doesn't do what I would like it to do and thus I'm creating my own test class. If your new module uses Test::Builder, you can use it and Test::More together

Re: This week's summary

2003-07-16 Thread Tupshin Harper
Paolo Molaro wrote: Traditional processors aren't stack-oriented, not even ones that are more register-starved than the x86 family. (I'm thinking of the 6502 with it's 1.75 registers here) The wording "stack-oriented processor" is a little misleading, since it usually means the processor has

config/inter/progs.pl weirdness

2003-07-16 Thread Lars Balker Rasmussen
Found this pecularity in config/inter/progs.pl. The lines should probably just be removed (as well as lex/bison in @args and elsewhere), since $yacc/$lex are specifically handled above, but I wasn't sure what the intended purpose was. Anyway, giving --lex or --yacc arguments to Configure.pl wil

Re: [perl #23006] FLOATVAL_FMT

2003-07-16 Thread Leopold Toetsch
Brent Dax wrote: I have issues with this patch. Leopold Toetsch: # PIO_eprintf can fallback to vfprintf(3), when no # interpreter is supplied, which means that we should have compatible # format chars for basic data types. First of all, spf_render.c:18-20: /* Per Dan's orders, we will not

Re: ad Timer

2003-07-16 Thread Leopold Toetsch
Aldo Calpini wrote: Leopold Toetsch wrote: Attached is a test program, showing an implementations for multiple timers. GNU/linux only, but implementing the platform interface (and the sighandler/message queue) shouldn't be too hard. don't know if it's worth something, but this is how your time

Re: OT: Will the State of the Onion be posted online?

2003-07-16 Thread chromatic
On Tuesday, July 15, 2003, at 01:36 AM, Aldo Calpini wrote: sorry to reiterate the argument, but will also a text transcript of the talk be posted online? the slides are beautiful, but without a few words of explanation they are "scary" at least :-) http://www.perl.com/pub/a/2003/07/16/soto2003.h

Problems with new object ops

2003-07-16 Thread Simon Glover
Dan, I've been playing about with the new object stuff you added today, and I've noticed a couple of problems. Firstly, when your doing the initialization for a new ParrotClass PMC, you create an Array to hold various other PMCs, but you don't size the array; this means that when you later

Re: This week's summary

2003-07-16 Thread Piers Cawley
[EMAIL PROTECTED] writes: > Hi Piers, > > Before you're deluged... > >> What's Ponie? Ponie is 'Perl On New Internal Architecture' > > Err, no, because then it would have been Ponia (presumably the singular > feminine). The project is definitely Ponie (the neuter plural). > > And, for the record,