[perl #59816] TGE fails in r31893

2008-10-11 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #59816] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59816 > After building parrot, cd compilers/tge && make test; Test Summary Report --

[perl #59810] [PATCH] store hash seed in parrot_string_t struct

2008-10-11 Thread via RT
# New Ticket Created by Christoph Otto # Please include the string: [perl #59810] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59810 > Calling string_hash with a seed value other than the one used in src/hash.c (3793) ca

[perl #59782] [PATCH] add pmc_cmp VTABLE function

2008-10-11 Thread Christoph Otto via RT
On Sat Oct 11 05:07:25 2008, [EMAIL PROTECTED] wrote: > Christoph Otto (via RT) wrote: > > > > In response to a question about comparison operators in Pipp*, > Allison > > suggested that I add a variant cmp VTABLE function which returns a > PMC instead > > of an INTVAL. This patch adds such a func

[svn:perl6-synopsis] r14594 - doc/trunk/design/syn

2008-10-11 Thread larry
Author: larry Date: Sat Oct 11 11:58:34 2008 New Revision: 14594 Modified: doc/trunk/design/syn/S06.pod Log: copy/paste error, moritz++ Modified: doc/trunk/design/syn/S06.pod == --- doc/trunk/design/syn/S06.pod

Re: [svn:perl6-synopsis] r14593 - doc/trunk/design/syn

2008-10-11 Thread Moritz Lenz
[EMAIL PROTECTED] wrote: > +-> {:$name, :$addr, *%guest_data}, $room_num { # WRONG > + > +However, as described in the next section, you can always use a > +sub-signature instead: > + > +-> (:$name, :$addr, *%guest_data), $room_num { # WRONG > + > +In fact, the [...] and {...} forms are

[svn:perl6-synopsis] r14593 - doc/trunk/design/syn

2008-10-11 Thread larry
Author: larry Date: Sat Oct 11 11:39:24 2008 New Revision: 14593 Modified: doc/trunk/design/syn/S06.pod Log: clarify use of [...] and {...} in a signature Modified: doc/trunk/design/syn/S06.pod == --- doc/trunk/desig

Re: [perl #59784] [PATCH] Enhancement : support for multiple optables in PGE

2008-10-11 Thread Andrew Whitworth
On Fri, Oct 10, 2008 at 7:43 AM, via RT Florian Hatat <[EMAIL PROTECTED]> wrote: > The diff on the code itself is actually quite small: it was mainly a > matter of moving some code around, and adding the unique identifier > instead of the "$optable" static name. It contains an update for > docs/pct

[perl #59784] [PATCH] Enhancement : support for multiple optables in PGE

2008-10-11 Thread via RT
# New Ticket Created by Florian Hatat # Please include the string: [perl #59784] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59784 > Hi, PGE currently only supports one operator table, while some languages (for example

Re: [perl #59704] [BUG] Integer pow vtable promotes to float.

2008-10-11 Thread Allison Randal
Will Coleda (via RT) wrote: # New Ticket Created by Will Coleda # Please include the string: [perl #59704] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59704 > sub main :main $P1 = new 'Integer' $P1 = 2 $P2 = new 'In

Re: [RFC][PATCH] Rename Rakudo's "spectest_regression" to "spectest"

2008-10-11 Thread jerry gay
On Sat, Oct 11, 2008 at 2:24 AM, Allison Randal <[EMAIL PROTECTED]> wrote: > Moritz Lenz wrote: >> >> jerry gay wrote: >> A combined harness is much better in terms of reporting. > > Yes. > a combined harness is much easier now that we require T::H 3. anybody with TH3-shaped tuits who could take a

Re: [perl #59782] [PATCH] add pmc_cmp VTABLE function

2008-10-11 Thread Allison Randal
Christoph Otto (via RT) wrote: In response to a question about comparison operators in Pipp*, Allison suggested that I add a variant cmp VTABLE function which returns a PMC instead of an INTVAL. This patch adds such a function, named pmc_cmp. It's named pmc_cmp rather than cmp_pmc to try to

Re: [RFC][PATCH] Rename Rakudo's "spectest_regression" to "spectest"

2008-10-11 Thread Allison Randal
Moritz Lenz wrote: jerry gay wrote: A combined harness is much better in terms of reporting. Yes. the tests we expect to pass reliably should be the default tests we run. we expect all spectest_regression tests to pass reliably. the default test target should always be named 'test'. it seems

[perl #59794] [TODO] implement :exists and :delete adverbs

2008-10-11 Thread via RT
# New Ticket Created by Moritz Lenz # Please include the string: [perl #59794] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59794 > exists and delete are now adverbs on the subscript operator, not methods or functions. It

[perl #59790] t/stm/basic_mt.t #4 hangs under cygwin since svn 31655-ish

2008-10-11 Thread [EMAIL PROTECTED] (via RT)
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #59790] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59790 > perl t/stm/basic_mt.t hangs since about October 5 under cygwin. This is reproducib

Re: [perl #59576] [PATCH] 'property' scope for PAST::Var

2008-10-11 Thread I Sop
--- On Tue, 10/7/08, Klaas-Jan Stol via RT <[EMAIL PROTECTED]> wrote: > > > Why should this be a PAST::Var node as opposed to > simply > > > using a > > > PAST::Op node with :pirop('getprop') > and/or > > > :pirop('setprop') ? > > > > > > Pm > > > > > > Why is this different than attribute access

[perl #59782] [PATCH] add pmc_cmp VTABLE function

2008-10-11 Thread via RT
# New Ticket Created by Christoph Otto # Please include the string: [perl #59782] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59782 > In response to a question about comparison operators in Pipp*, Allison suggested that

Re: [perl #59658] Build failure in src/pmc/float.c -- non-constant intiializer

2008-10-11 Thread Allison Randal
jerry gay wrote: .\src\pmc\float.c(3340) : warning C4204: nonstandard extension used : non-constant aggregate initializer there are now hundreds of these warnings in that build. we do have warnings ratcheted up pretty high, but i don't think it's worth relaxing them for this construct unless