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 at 6:56 PM,
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 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 at
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 to
# New Ticket Created by Mark Grimes
# Please include the string: [perl #59968]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59968
The following code results in a segfault:
.sub main :main
.include
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
as I
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) There
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
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.
# URL: 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
# New Ticket Created by James Keenan
# Please include the string: [perl #59980]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59980
Our smoke and smolder reports do a good job at indicating test
failures. But
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: 31687
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 there
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:
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 in
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, so fixed
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.
And I
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
Looking at the
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 that
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)
25 matches
Mail list logo