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
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
On Saturday, August 10, 2002, at 06:25 PM, Piers Cawley wrote:
> Chris Dutton <[EMAIL PROTECTED]> writes:
>
>> Since Adam Lopesto asked a non-regex question, I don't feel quite as
>> out of place for doing the same.
>>
>> This one actually came to me just the other night. Would it be
>> possible
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
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
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
---
# 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
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
[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
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
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
# 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
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
Since Adam Lopesto asked a non-regex question, I don't feel quite as out
of place for doing the same.
This one actually came to me just the other night. Would it be possible
in Perl 6 to create "anonymous classes"? Something like:
my $foo_class = class {
method new {
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
15 matches
Mail list logo