RE: cvs commit: parrot/config/gen/makefiles perl6.in

2002-08-10 Thread Brent Dax
Sean O'Rourke: # > # +perl6-config: ../../Makefile pconfig.pl # > # + $(myperl) pconfig.pl ../../Makefile perl6-config # > # > Bad programmer, no cookie--those slashes aren't portable to Windows. # # Color me confused on this one, since just about every # .in-file seems to use '/'. Ug

Re: [perl #16114] [PATCH] faster assembler

2002-08-10 Thread Sean O'Rourke
A few more tweaks: - inline and remove _to_keyed and _to_keyed_integer. - inline pack_op - reorder the big elsif to test for /^\[/ once at the top, then only match against keyed/non-keyed. At this point, startup time dominates for anything as small as our test programs, so for testing purposes

Re: [perl #16114] [PATCH] faster assembler

2002-08-10 Thread Nicholas Clark
On Sat, Aug 10, 2002 at 07:12:52PM -0400, Dan Sugalski wrote: > At 10:49 PM + 8/10/02, Nicholas Clark (via RT) wrote: > >Appended patch makes the assembler faster. The speedup was 1.8% on on machine > >I tested on, 1.3% on another. (Cumulative time to loop round all the .pasm > >files created

Re: [perl #16114] [PATCH] faster assembler

2002-08-10 Thread Dan Sugalski
At 10:49 PM + 8/10/02, Nicholas Clark (via RT) wrote: >Appended patch makes the assembler faster. The speedup was 1.8% on on machine >I tested on, 1.3% on another. (Cumulative time to loop round all the .pasm >files created by the test suite and assemble them) >I feel there' still a way to go

Re: [perl #16112] [PATCH] Setup argv (P0) in pbc2c

2002-08-10 Thread Dan Sugalski
At 4:24 PM + 8/10/02, Leopold Toetsch (via RT) wrote: >as perl6 now provides @ARGV from P0 at __setup, pbc2c.pl has to setup P0. > >Please apply. Applied, thanks. Can someone put together tests for pbc2c for us? -- Dan ---

[perl #16114] [PATCH] faster assembler

2002-08-10 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #16114] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16114 > Appended patch makes the assembler faster. The speedup was 1.8% on on machine I teste

RE: cvs commit: parrot/config/gen/makefiles perl6.in

2002-08-10 Thread Sean O'Rourke
On Sat, 10 Aug 2002, Brent Dax wrote: > [EMAIL PROTECTED]: > # Modified:config/gen/makefiles perl6.in > # Log: > # grab some info for perl6 driver to generate compiled exes. > > # +perl6-config: ../../Makefile pconfig.pl > # + $(myperl) pconfig.pl ../../Makefile perl6-config

RE: cvs commit: parrot/config/gen/makefiles perl6.in

2002-08-10 Thread Brent Dax
[EMAIL PROTECTED]: # Modified:config/gen/makefiles perl6.in # Log: # grab some info for perl6 driver to generate compiled exes. # +perl6-config: ../../Makefile pconfig.pl # + $(myperl) pconfig.pl ../../Makefile perl6-config Bad programmer, no cookie--those slashes aren't port

Re: Constant & opcode swap ops

2002-08-10 Thread Dan Sugalski
At 1:57 PM -0700 8/9/02, Steve Fink wrote: >On Fri, Aug 09, 2002 at 04:10:50PM -0400, Dan Sugalski wrote: >> Okay, one of the first things we need to do to support multiple >> segment bytecode is to be able to swap in constant tables. (Since we >> access constants by offset from the table, and

Re: read-only-ness of PBC files (was Constant & opcode swap ops)

2002-08-10 Thread Dan Sugalski
At 2:51 PM +0100 8/10/02, Nicholas Clark wrote: >On Fri, Aug 09, 2002 at 04:10:50PM -0400, Dan Sugalski wrote: >> This has an implication for bytecode generation--it means that at >> least one pointer-sized word at the end of the bytecode will get >> altered at load time. This is OK--we can use

[perl #16112] [PATCH] Setup argv (P0) in pbc2c

2002-08-10 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #16112] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16112 > Hi, as perl6 now provides @ARGV from P0 at __setup, pbc2c.pl has to setup P0. Plea

read-only-ness of PBC files (was Constant & opcode swap ops)

2002-08-10 Thread Nicholas Clark
On Fri, Aug 09, 2002 at 04:10:50PM -0400, Dan Sugalski wrote: > This has an implication for bytecode generation--it means that at > least one pointer-sized word at the end of the bytecode will get > altered at load time. This is OK--we can use it as the bytecode fixup > section. (I expect we'll

Re: Request for behaviour definition for assignment to PerlScalar

2002-08-10 Thread Peter Gibbs
Dan Sugalski wrote: > This: > >new P0, .PerlScalar >new P1, .PerlArray >assign P0, P1 > > isn't code that a compiler should be emitting. (snip alternative compiler output) > Though I freely admit that's a big punt on the real problem, which we > still need to address. > > I'm