http://news.perl-foundation.org/2007/06/
parrot_and_perl_6_wikis_moved.html
For a year or two now, I've hosted the Perl 6 and Parrot wikis on my
home server, on a not-too-fast DSL line, at rakudo.org. They've now
been moved to the wiki infrastructure at perlfoundation.org, on a
dedicated b
Author: allison
Date: Thu Jun 28 19:10:53 2007
New Revision: 19440
Modified:
trunk/docs/pdds/pdd15_objects.pod
Log:
[pdd15] Provide cleaner access to attributes of parent classes.
Modified: trunk/docs/pdds/pdd15_objects.pod
Appears to have been resolved somewhere between r19418 and r19424.
Binary searches suggest the error occurred between r19400 and r19424.
Attempting to narrow it further.
# New Ticket Created by James Keenan
# Please include the string: [perl #43420]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43420 >
---
osname= linux
osvers= 2.6.15
arch= i386-linux-thread-multi
cc= cc
---
Flags:
Applied to trunk in r19420.
Two new test files committed to trunk in r19419.
Two new test files committed to trunk in r19419.
Another question about pdd15...:
If I'm in a different HLL namespace (e.g., via a .HLL directive), how do
I get a PMC class from the 'parrot' HLL namespace?
Here is an example (which obviously won't work): I'm creating a
'perl6;Str' class and then attempting to add (parrot's) String class
as a p
Submitting patch revised config/init/miniparrot.pm (POD changes only),
patch for MANIFEST, 1 new test file.
Index: MANIFEST
===
--- MANIFEST(revision 19416)
+++ MANIFEST(working copy)
@@ -1,7 +1,7 @@
# ex: set ro:
# $Id$
#
On Tue Jun 26 20:15:04 2007, jkeen at verizon.net wrote:
> On Fri Jun 22 18:19:26 2007, jkeen at verizon.net wrote:
> >
> > "config/init/headers.pm would benefit from an
> > explanation of what 'nongenerated headers' are."
> >
>
> This module has already achieved 100% coverage of all statements
On 28/06/07, Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
Paul Cochrane (via RT) schrieb:
> # New Ticket Created by Paul Cochrane
> # Please include the string: [perl #43413]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html
Paul Cochrane (via RT) schrieb:
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43413]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43413 >
Hi,
In perlcritic.t i'd like to find a way to pass o
# New Ticket Created by "Patrick R. Michaud"
# Please include the string: [perl #43419]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43419 >
Creating a HLL class with a name of 'Object' results in
"Class Object already r
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43417]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43417 >
Hi all,
As part of going through and converting internal_exception()s to
real_exceptio
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43414]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43414 >
Hi,
as part of my cleaning up the usage of 'INTERP', 'Interp' and
'interpreter' to con
Andy Lester wrote:
Modified since when?
It'd have to be against the last update from svn of the file itself.
I'm not sure I like the idea of relying on a given VCS. I know Parrot's
hosted in Subversion, but what about the Git folks?
Perhaps a better approach is to squirrel away an MD5 of
On Jun 28, 2007, at 10:33 AM, chromatic wrote:
As far as I remember, it's the same reason that the invocant in
Perl 5 is
sometimes $this, sometimes $self, and sometimes $o: inconsistency
in the face
of overwhelming choice.
And that's a fine reason, as far as global search'n'replace. My o
On Thursday 28 June 2007 07:43:59 Andy Lester wrote:
> At some point, INTERP must have meant something, no? Why was it
> INTERP and not interp before?
As far as I remember, it's the same reason that the invocant in Perl 5 is
sometimes $this, sometimes $self, and sometimes $o: inconsistency in t
On 28/06/07, Andy Lester <[EMAIL PROTECTED]> wrote:
On Jun 28, 2007, at 8:39 AM, [EMAIL PROTECTED] wrote:
> [dynpmc] Replaced instances of INTERP (and one instance of
> intepreter) with
> interp (trying to be consistent across the source).
At some point, INTERP must have meant something, no?
On Jun 28, 2007, at 8:39 AM, [EMAIL PROTECTED] wrote:
[dynpmc] Replaced instances of INTERP (and one instance of
intepreter) with
interp (trying to be consistent across the source).
At some point, INTERP must have meant something, no? Why was it
INTERP and not interp before?
xoa
--
An
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43413]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43413 >
Hi,
In perlcritic.t i'd like to find a way to pass options to perlcritic
policies from
# from Andy Lester
# on Wednesday 27 June 2007 10:09 pm:
>Modified since when?
Create a .critictest file when it succeeds and use that timestamp?
# from chromatic
# on Wednesday 27 June 2007 11:10 pm:
>> What if we have the Perl::Critic checks as Subversion commit hooks?
>> Could email p6i with
chromatic schrieb:
On Wednesday 27 June 2007 13:22:22 Andy Lester wrote:
The Perl::Critic testing in t/codingstd/perlcritic.t needs to be
optional. The existence of Perl::Critic on a machine doesn't mean
that it's appropriate to run Perl::Critic on the Parrot code.
I'd like to see an
24 matches
Mail list logo