[perl #59340] t/stm/runtime_4.pir segfaults on FreeBSD 7 (i386)

2008-10-10 Thread Christoph Otto via RT
On Thu Sep 25 15:09:30 2008, geraud wrote: > I reported a problem on IRC yesterday and was prompted to file a bug. >So here we go. The GeJ reports that this test is passing now so I'm marking this ticket resolved.

[perl #59742] postgres.pir creates exception the wrong way

2008-10-10 Thread via RT
# New Ticket Created by Hans Dieter Pearcey # Please include the string: [perl #59742] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59742 > When libpq can't be loaded, this unhelpful message appears: No such string attri

Re: [perl #59742] postgres.pir creates exception the wrong way

2008-10-10 Thread chromatic
On Wednesday 08 October 2008 21:26:04 Hans Dieter Pearcey wrote: > When libpq can't be loaded, this unhelpful message appears: > > No such string attribute '0' > > the attached patch fixes that. Thanks, applied as r31857. -- c

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

2008-10-10 Thread Moritz Lenz
Many people who try out Rakudo want to inform us about hanging or failing "make spectest" - which is expected to fail until we implement all of Perl 6 that is currently tested. Therefore I'd like to rename 'spectest_regression' to 'spectest', and provide a 'spectest_full' for running all tests. At

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

2008-10-10 Thread Moritz Lenz
jerry gay wrote: > On Fri, Oct 10, 2008 at 5:26 AM, Moritz Lenz > <[EMAIL PROTECTED]> wrote: >> Many people who try out Rakudo want to inform us about hanging or >> failing "make spectest" - which is expected to fail until we implement >> all of Perl 6 that is currently tested. >> >> Therefore I'd

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

2008-10-10 Thread jerry gay
On Fri, Oct 10, 2008 at 5:26 AM, Moritz Lenz <[EMAIL PROTECTED]> wrote: > Many people who try out Rakudo want to inform us about hanging or > failing "make spectest" - which is expected to fail until we implement > all of Perl 6 that is currently tested. > > Therefore I'd like to rename 'spectest_r

[perl #59778] Rakudo Recursive Exception Throwing

2008-10-10 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #59778] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59778 > While tracking down another bug in Rakudo, I saw this backtrace. Note that the "Class alr

[perl #59788] [BUG] inplace shift left (shl_p_p, shl_p_i) fails

2008-10-10 Thread Patrick R. Michaud (via RT)
# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #59788] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59788 > The inplace shift left and inplace shift right opcodes are failing after the mmd b

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

2008-10-10 Thread Patrick R. Michaud
On Fri, Oct 10, 2008 at 04:03:35PM +0200, Moritz Lenz wrote: > > during this week's design meeting, i mentioned that i think it's time > > to rename 'spectest_regression' to 'test'. > > Even better ;-) Not necessarily. Make 'spectest_regression' doesn't work for people who don't have command-li

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

2008-10-10 Thread chromatic
On Friday 10 October 2008 06:45:16 jerry gay wrote: > during this week's design meeting, i mentioned that i think it's time > to rename 'spectest_regression' to 'test'. we didn't discuss it much, > but i imagine something like: > >   test : coretest codetest spectest_regression > > with appropriat

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

2008-10-10 Thread Nicholas Clark
On Fri, Oct 10, 2008 at 02:26:19PM +0200, Moritz Lenz wrote: > Therefore I'd like to rename 'spectest_regression' to 'spectest', and > provide a 'spectest_full' for running all tests. Attached patch does > that, thoughts (and testing on various platforms) welcome. (To > paraphrase Nicholas: "Works

Re: building Parrot and Parrot::Embed

2008-10-10 Thread chromatic
On Friday 10 October 2008 14:52:54 Gabor Szabo wrote: Hi Gabor, > Now at r31867 I get the following. > This PASS-es but there seem to be an error somewhere anyway. > [EMAIL PROTECTED]:~/work/parrot/ext/Parrot-Embed$ ./Build test > t/00-loadok > t/interp.1/26 Parrot VM: Can't stat no file

Re: [perl #59788] [BUG] inplace shift left (shl_p_p, shl_p_i) fails

2008-10-10 Thread Andrew Whitworth
what PASM opcodes to "<<" and "<<=" produce? are they the same opcodes or something different? -Andrew Whitworth On Fri, Oct 10, 2008 at 4:07 PM, Patrick R. Michaud (via RT) <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Patrick R. Michaud > # Please include the string: [perl #59788] > #

Re: [perl #59788] [BUG] inplace shift left (shl_p_p, shl_p_i) fails

2008-10-10 Thread chromatic
On Friday 10 October 2008 15:20:45 Andrew Whitworth wrote: > what PASM opcodes to "<<" and "<<=" produce? are they the same opcodes > or something different? > > $ cat x.pir > > .sub main :main > >$P0 = new 'Integer' > >$P0 = 1 > >$P1 = $P0 << 3 This is shl_p_p_i. > >say $P1 > >

[perl #59636] [BUG] t/op/bitwise.t fails on Darwin

2008-10-10 Thread James Keenan via RT
Still failing as of r31872.

[perl #59638] [BUG] t/pmc/bigint.t fails on Darwin

2008-10-10 Thread James Keenan via RT
Still failing as of r31872.