On Mar 13, 10:28 am, [EMAIL PROTECTED] wrote:
> Thanks for the reply. To be a little more specific, we have internally
> tens of thousands of Perl modules. Before running them in production:
> we profile these modules, pass them through a circular reference
> detector (code that intercepts all allo
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
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
Thanks, Applied!
Resolved as of r17538. The fix included as a side effect the MANIFEST
now including Added and Deleted (but not committed) files.
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
Resolved as of r17556.
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
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
# 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
# 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
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 #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 #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
# 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
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
==
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.
Resolved.
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'
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 ' ',
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
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:
On 3/16/07, Darren Duncan wrote:
On Wed, 7 Mar 2007, Smylers wrote:
>[...]
Perl is a better language than SQL, in general, [...]
Likewise, we shouldn't have to write in SQL, or in pseudo-Perl-SQL,
but just write in Perl.
A database is supposed to be a base for *data*, after all. I'd love
to
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
> >
> >$
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
27 matches
Mail list logo