chromatic wrote:
On Saturday 17 March 2007 05:47, James Keenan via RT wrote:
On #parrot, Jonathan indicated this test is expected to fail. If there is
no spec clarification by the end of today's Bug Day, it will be TODO-ed.
No more expected failures that are not TODOs.
I think th
I spent some more time getting a package built for Fedora. It
probably goes without saying, but this is still a bit difficult. If
anyone is interested, here's my current package:
http://ftp.kspei.com/pub/steve/rpms/parrot/parrot.spec
http://ftp.kspei.com/pub/steve/rpms/parrot-0.4.9-1.src.rpm
On Sat, Mar 17, 2007 at 06:16:08PM -0400, Will Coleda wrote:
> On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
> >Could we also do some multi-dispatch here or typechecking of $P2
> >so that it could also be a whitespace-separated string of subnames
> >to import? Then instead of
> >
> >$
This looks ok to me in PDD07, though I'd recommend removing the "adapted from"
notations
in the PDD, as the PDD is considered the canonical reference.
Reassigning to Allison as the PDDs: Allison, can you double check this and
close out this
ticket if you're satisfied? Danke.
On Wed Feb 14 06:
Noticed this still has the marker:
=head2 CHIP HAS EDITED THIS FAR INTO THE FILE
+---+
Everything below this point must still be reviewed
+---+
in it, despite being moved out of the cl
Done, but needs tests, and an example in the POD, like:
.sub main :main
load_bytecode 'Config/JSON.pbc'
.local pmc reader, writer
reader = get_global [ 'Config' ; 'JSON' ], 'ReadConfig'
writer = get_global [ 'Config' ; 'JSON' ], 'WriteConfig'
.local pmc config
config = reader('foo.j
On 3/17/07, Will Coleda <[EMAIL PROTECTED]> wrote:
On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
> Could we also do some multi-dispatch here or typechecking of $P2
> so that it could also be a whitespace-separated string of subnames
> to import? Then instead of
>
> $P2 = split ' ',
On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
On Sat, Mar 17, 2007 at 12:12:12PM -0700, Allison Randal via RT wrote:
Jerry Gay (via RT) wrote:
...an Exporter PMC that defines an api for
exporting.
Proposed interface:
$P0 = new Exporter
$P0.import($P1, ['KeyTo'; 'ImportedNamespace'
Resolved.
Paul Cochrane (via RT) wrote:
From cage/todo.pod:
Eliminate the C<< CONTEXT(interp->ctx)->foo >> usage in favor of
the much simpler C<< interp->ctx->foo >>, or similar simplification
Yes, it's shorter and simpler but I'm not sure eliminating having some
macro there is the Right Thing To Do.
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #41886]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41886 >
The lcov tool from the Linux Test Project
(http://ltp.sourceforge.net/coverage/lcov.rea
# New Ticket Created by
# Please include the string: [perl #41875]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41875 >
The patch makes PIO_unix_seek to update io->fsize value if lseek exceeds
the file boundaries.
Inde
Resolved as of r17556.
# New Ticket Created by Shlomi Fish
# Please include the string: [perl #41877]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41877 >
This patch gives an option to use Test::Run[1] as a harness for running the
tests using
# New Ticket Created by
# Please include the string: [perl #41874]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41874 >
Attached is an extended implementation of the mmap io layer. It adds the
write and seek funcitons to
On Sat, Mar 17, 2007 at 12:12:12PM -0700, Allison Randal via RT wrote:
> Jerry Gay (via RT) wrote:
> > ...an Exporter PMC that defines an api for
> > exporting.
>
> Proposed interface:
>
> $P0 = new Exporter
> $P0.import($P1, ['KeyTo'; 'ImportedNamespace'], $P2)
>
> where $P1 is the current name
Sam Vilain wrote:
Will Coleda wrote:
FYI, all six patches were just opened as tickets.
41809 is a dup of 41803
41810 is a dup of 41804
41811 is a dup of 41805
41812 is a dup of 41807
41813 is a dup of 41806
These have all been applied and resolved, or rejected.
Thanks,
Allison
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #41881]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41881 >
>From cage/todo.pod:
Eliminate the C<< CONTEXT(interp->ctx)->foo >> usage in favor of
Jerry Gay (via RT) wrote:
> ...an Exporter PMC that defines an api for
> exporting.
Proposed interface:
$P0 = new Exporter
$P0.import($P1, ['KeyTo'; 'ImportedNamespace'], $P2)
where $P1 is the current namespace, and $P2 is an array of sub names to
import. It'd be even better if we could have the
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41878]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41878 >
allison replaced the .IMPORT macro, used for importing pmcs into the
current namespace, wit
On Saturday 17 March 2007 05:47, James Keenan via RT wrote:
> On #parrot, Jonathan indicated this test is expected to fail. If there is
> no spec clarification by the end of today's Bug Day, it will be TODO-ed.
No more expected failures that are not TODOs.
We've wasting enough volunteer time tr
Author: allison
Date: Sat Mar 17 10:35:20 2007
New Revision: 17542
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Log:
[pdd]: Add editor coda for PIR files to coding standards.
Modified: trunk/docs/pdds/pdd07_codingstd.pod
==
Resolved as of r17538. The fix included as a side effect the MANIFEST
now including Added and Deleted (but not committed) files.
Thanks, Applied!
particle discovered an extraneous patch in my submission of last night. I hope
this corrects it.
Index: lib/Parrot/Test/PIR_PGE.pm
===
--- lib/Parrot/Test/PIR_PGE.pm (revision 17522)
+++ lib/Parrot/Test/PIR_PGE.pm (working copy)
@@
On Fri Mar 16 19:09:33 2007, [EMAIL PROTECTED] wrote:
> Twice in the past two days I have encountered this failure while
> running 'make test':
>
> [fresh] 539 $ prove -v t/pmc/metaclass.t
> t/pmc/metaclass1..9
On #parrot, Jonathan indicated this test is expected to fail. If there is no
s
Fixed as of r17526. Just as a comment, these aren't strictly speaking
bugs, as they are only coding standards tests. They are more there to
let the people who wrote the code know that it doesn't conform to the
coding standards, and to let the code cleaners know they should
probably get out the m
On 17/03/07, Allison Randal <[EMAIL PROTECTED]> wrote:
Emacs users, what's the appropriate equivalent to the relevant part of:
# Local Variables:
# mode: cperl
# cperl-indent-level: 4
# fill-column: 100
# End:
# vim: expandtab shiftwidth=4:
for PIR files? Is
28 matches
Mail list logo
