Tonight I got this:
t/00-parrot/06-op-inplace.. All 11 subtests passed
... but then I subsequently got this:
Test Summary Report
---
t/00-parrot/06-op-inplace (Wstat: 0 Tests: 11 Failed: 0)
Parse errors: Tests out of sequence. Found (3) but expected (9)
On Sat Oct 18 16:28:22 2008, coke wrote:
>
> I'm submitting some every night at midnight on my osx/x86 box; if it's
> obviously a temp directory and the right time frame, it's probably me.
>
>
So it seems to be failing consistently on Darwin regardless of platform.
Also, tonight I confirmed t
On Sat, Oct 18, 2008 at 6:24 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Oct 18 12:01:13 2008, [EMAIL PROTECTED] wrote:
>> James Keenan via RT wrote:
>> > Still failing on Darwin/PPC as of r32014:
>> >
>> > http://smolder.plusthree.com/app/public_projects/tap_stream/6320/163
>>
>> L
On Sat Oct 18 12:01:13 2008, [EMAIL PROTECTED] wrote:
> James Keenan via RT wrote:
> > Still failing on Darwin/PPC as of r32014:
> >
> > http://smolder.plusthree.com/app/public_projects/tap_stream/6320/163
>
> Looking at the specific test in question, this may be an integer size
> problem.
>
>
On Wednesday 15 October 2008 12:01:15 Will Coleda via RT wrote:
> > In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
> >
> > TODO allow dynamic expansion at runtime.
>
> Now in src/oo.c:Parrot_MMD_method_idx()
>
> Note function is marked as deprecated.
Removing it breaks nothing,
On Wednesday 15 October 2008 17:33:58 Will Coleda via RT wrote:
> With the attached patch, parrot builds and tests with no errors[0]. A
> re-configure is necessary to regenerate a file.
>
> [0] well, no additional or unexpected errors.
Works for me. +1 to apply.
-- c
On Wednesday 30 July 2008 01:45:10 Moritz Lenz wrote:
> r29870 on i386 Debian GNU/Linux 32 bit, after a fresh checkout:
>
> ../../parrot perl6.pbc t/spec/S12-class/attributes.t
> Segmentation fault
>
> Calling the same either with the -G option to parrot or with perl6.pir
> instead of perl6.pbc wo
On Tuesday 07 October 2008 02:54:55 Moritz Lenz wrote:
> I've just updated from r31667 to HEAD (r31745), and ran my usual build
> incantation:
>
> $ make realclean; perl Configure --cc='ccache gcc' && make -j 2 test
>
> This time it died:
>
> find_sub_not_null_p_s 1391 experimental, not
James Keenan via RT wrote:
Still failing on Darwin/PPC as of r32014:
http://smolder.plusthree.com/app/public_projects/tap_stream/6320/163
Looking at the specific test in question, this may be an integer size
problem.
And I should note that it's also been failing on Darwin/i386:
http://smo
Andrew Whitworth via RT wrote:
After the pdd27mmd merge, all the n_* opcodes are gone now. I assume the
".pragma n_operators" can disappear with them?
Yes. (The n_* opcodes aren't quite all gone yet, but nearly and soon.)
Allison
Andrew Whitworth via RT wrote:
The pdd15oo branch was merged in and conversation on this ticket stopped
almost a year ago now. Is there still outstanding documentation work to
do on this topic, besides the general "all documentation should be
improved" work that always needs to be done? Are ther
Still failing on Darwin/PPC as of r32014:
http://smolder.plusthree.com/app/public_projects/tap_stream/6320/163
And I should note that it's also been failing on Darwin/i386:
http://smolder.plusthree.com/app/public_projects/tap_stream/6316/163
On Sun Oct 05 17:58:03 2008, [EMAIL PROTECTED] wrote:
> Full report: http://smolder.plusthree.com/app/public_projects/
> report_details/5872
>
> Platform: darwin
> Architecture: ppc
> Compiler: /usr/bin/gcc
> DEVEL: -devel
> Optimize: none
> Perl Version: 5.10.0 darwin-2level
> SVN Revision: 316
# New Ticket Created by James Keenan
# Please include the string: [perl #59980]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59980 >
Our smoke and smolder reports do a good job at indicating test
failures. But they don
# New Ticket Created by James Keenan
# Please include the string: [perl #59978]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59978 >
This is a Wishlist item.
I continue to find our Smolder reports very useful. One featu
Author: jkeenan
Date: Sat Oct 18 09:53:09 2008
New Revision: 32014
Modified:
trunk/docs/pdds/pdd20_lexical_vars.pod
Log:
Added an IMPLEMENTATION head1 to quiet a coding standards test.
Modified: trunk/docs/pdds/pdd20_lexical_vars.pod
===
On Thu Oct 16 04:39:06 2008, [EMAIL PROTECTED] wrote:
[snip]
> not ok 3 - examples/library/pcre.pir
>
> # Failed test 'examples/library/pcre.pir'
> # at t/examples/library.t line 67.
> # got: 'asdf =~ /as/
> # 1 match(es):
> # '
> # expected: 'asdf =~ /as/
> # 1 match(es):
> # as
I am not really happy with this patch.
Perhaps my initial goal with the script tools/install/smoke.pl wasn't
well-known and/or understood.
Its main use case is :
- a Windows user (without parrot dev tree) downloads and installs the
setup of a monthly release.
- he runs this script in order to che
On Fri, Oct 17, 2008 at 4:00 PM, Mark Grimes <[EMAIL PROTECTED]> wrote:
> The attached patch now includes the pir/pasm_error_output* tests in
> pir. I have also added t/pmc/complex.t. Couple of issues:
>
> 1) I am not sure how to deal with pcc_sub's so I put them into
> t/pmc/objects-pcc_sub.t
> 2)
On Sat Aug 02 01:30:05 2008, allison wrote:
> Alternatively, we may simply rip out the graph coloring register
> allocator. Either way, we won't hold up the merge for it.
>
> Allison
Do we have any kind of a verdict on this? Are we going to rip out the
graph coloring allocator? I can take a stab
On Tue Oct 09 17:57:00 2007, rgrjr wrote:
> From Allison:
>
>From: Allison Randal <[EMAIL PROTECTED]>
>Date: Mon, 08 Oct 2007 12:22:41 -0700
>
>You might submit a cage cleaner task for a deeper review of the OO
>documentation. (I've been cleaning up the docs embedded in the code
# New Ticket Created by Mark Grimes
# Please include the string: [perl #59968]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59968 >
The following code results in a segfault:
.sub main :main
.include 'include/test_mor
On Fri, Oct 17, 2008 at 12:39 AM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
> You can fix the foo_error_bar tests by using an exception handler to
> catch the (appropriate type of) exception.
> The simplest way is to use push_eh with a label. If the exception is
> raised, control will jump
On Fri Feb 22 00:59:47 2008, kjs wrote:
> a patch was sent but never applied.
>
> I suggest to apply this patch, possibly with minor changes, and close
> this ticket.
Applied in r32003. I hope Allison doesn't mind if I close this ticket?
--
Andrew Whitworth
a.k.a Whiteknight
On Tue Aug 05 05:58:41 2008, kjs wrote:
> As far as I could see, it seems that the whole "n_operators" thing is
> no
> longer mentioned in pdd19.
>
> if it's what Pm thinks, just a change from ".pragma n_operators" to
> ".n_operators", then that should be added.
>
> kjs
>
> On Sat, Aug 2, 2008 a
Author: Whiteknight
Date: Fri Oct 17 08:37:04 2008
New Revision: 32003
Modified:
trunk/docs/pdds/pdd20_lexical_vars.pod
Log:
[PDD] Add information about get_outer opcode to PDD20. Patch courtesy kjs++
from RT#39615
Modified: trunk/docs/pdds/pdd20_lexical_vars.pod
26 matches
Mail list logo
