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
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
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 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
# 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 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
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 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)
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 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
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
===
# 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
# 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
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
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
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
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
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
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
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 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 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 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 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 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
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)
26 matches
Mail list logo
