On Tue May 01 19:40:49 2007, [EMAIL PROTECTED] wrote:
>
>
> Here is the output of 'ack' for SVN_ENTRIES in trunk (post-
> Configure.pl, in this instance):
>
> [parrot] 521 $ ack --nohtml --nophp SVN_ENTRIES
...
> config_lib.pasm
> 274:set P0["SVN_ENTRIES"], P1
>
>
> But do we have to do an
On Tue May 01 15:58:34 2007, particle wrote:
> > #
> > [parrot] 502 $ ack --nohtml --nophp svn_entries
> > config/gen/revision.pm
> > 31:my $entries = $Parrot::Revision::svn_entries;
> >
> >
> your interpretation is correct. '.svn_entries' is an svn metadata file
> that's not even availabl
More research.
1. Here is the output of a recent run in trunk of coverage analysis on the
code underlying
tools/build/pmc2c.pl:
[parrot] 517 $ PERL5OPT=-MDevel::Cover=-db,coverage/pmc2c prove
t/tools/pmc2cutils/*.t
"$@"
t/tools/pmc2cutils/00-qualifyDevel::Cover: Can't open -e for MD5
On Tue Apr 10 01:45:31 2007, [EMAIL PROTECTED] wrote:
> Configure should act as though writing --foo=no is false instead of
> true. Tonight I tried using --execcapable=no to get around a compile
> failure, but then realized that it would probably treat "no" as a true
> value.
>
I discussed th
# New Ticket Created by chromatic
# Please include the string: [perl #42853]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42853 >
Another good coding standard test is to check that all C functions have API
documentation
On Wednesday 14 March 2007 07:51:37 [EMAIL PROTECTED] wrote:
> Given the following:
>
> .namespace ['A']
>
> .sub 'find_method' :vtable :method
> say 'find_method!'
> .end
>
> .sub main :main
> $P0 = newclass 'A'
> $P1 = new 'A'
> $P2 = find_method $P1, 'foo'
> .end
>
> the 'find_m
On Tue, May 01, 2007 at 10:52:19PM +0100, Nicholas Clark wrote:
> > Date: Tue May 1 06:29:35 2007
> > New Revision: 18369
> >
> > Modified:
>
> >trunk/src/malloc.c
>
> > Modified: trunk/src/malloc.c
> > ==
>
> [316
On Saturday 17 March 2007 08:29:15 via RT wrote:
> Attached is an extended implementation of the mmap io layer. It adds the
> write and seek funcitons to the layer.
>
> It can be tested with the attached pir programm. It needs also a little
> modification in io_unix.c, this comes in a separate bug
On Saturday 17 March 2007 08:29:15 via RT wrote:
> # 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-
Author: chromatic
Date: Tue May 1 17:00:16 2007
New Revision: 18383
Modified:
trunk/docs/pdds/draft/pdd11_extending.pod
Changes in other areas also in this revision:
Modified:
trunk/docs/extend.pod
trunk/ext/Parrot-Embed/lib/Parrot/Embed.xs
trunk/ext/Parrot-Embed/typemap
trunk/inc
Author: particle
Date: Tue May 1 16:41:53 2007
New Revision: 18382
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/src/pmc/namespace.pmc
trunk/t/pmc/namespace.t
Log:
[pmc]: added functionality to NameSpace PMC 'export_to' met
On 5/1/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of lib/Parrot/Revision.pm, and
since it's never
assigned to
> Date: Tue May 1 06:29:35 2007
> New Revision: 18369
>
> Modified:
>trunk/src/malloc.c
> Modified: trunk/src/malloc.c
> ==
[3168 lines of diff]
Given that that file starts:
/*
This is a version (aka dlmalloc)
The OrderedHash PMC provides keyed and indexed access to its elements. It's a
hash that remembers the order of its key/value pair additions and it's an
array that allows keyed access to (some of) its members.
While the naive approach might be to use both a hash and an array underneath,
this PM
Hi all,
There are a couple of files (src/string.c for one) that use a documentation
format called FUNCDOC. Apparently there are tools for it in tools/, but they
appear mostly unused.
Does anyone remember why FUNCDOC is there? Alternately, does anyone have
strong objections to replacing it wi
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
typo fixes, spelling fixes, documentation welcome, as well as code
refactorings.
I'm going to try to describe the purpose of each of the functions to get
things started.
Patch coming soon. :)
Kevin
1
chromatic <[EMAIL PROTECTED]> wrote:
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
> I've done realclean a few times actually. If I run with r18322, it
> runs just fine, but r18323, which dealt with zero length mallocs for
> strings, caused it to start crashing. Here's a backtrace. This
# New Ticket Created by Kevin Tew
# Please include the string: [perl #42848]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42848 >
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
> I've done realclean a few times actually. If I run with r18322, it
> runs just fine, but r18323, which dealt with zero length mallocs for
> strings, caused it to start crashing. Here's a backtrace. This is one
> of those tests where with -G
>From: Paul Johnson via RT <[EMAIL PROTECTED]>
>Date: 2007/05/01 Tue AM 06:15:38 CDT
>To: [EMAIL PROTECTED]
>Subject: Re: [perl #41897] [BUG]: Parrot::Pmc2c::STMRef gets 'subroutine
>prederef redefined' warning
>
>
>Not really, I'm afraid. I don't think I've seen a similar problem with
>Devel::
We're most of the way through the implementation of PDD 15, but still
have a few final steps before it can completely replace the current
implementation. Much of the current implementation of OO lives in
src/objects.c and src/ops/object.ops. Much of the code is specific to
the ParrotClass/Parro
On Fri, 27 Apr 2007 11:19:59 -0700
Andy Dougherty (via RT) <[EMAIL PROTECTED]> wrote:
> "src/gc/dod.c", line 462: undefined symbol:
> PObj_bufstart_external_FLAG
I hunted for this a bit lastnight, so I'm posting my progress.
The source lines in question are:
461 /* the real external flag
On Sun, Mar 18, 2007 at 11:08:24AM -0700, James Keenan wrote:
[ I've just noticed this via a summary that I rescued from
spamassassin's rather overenthusiastic clutches. Thanks Ann. ]
> I've found through experience that running Devel::Cover to perform
> coverage analysis on my code sometimes
BTW, seems like the game has already started
http://blogs.msdn.com/hugunin/archive/2007/04/30/a-dynamic-language-runtime-dlr.aspx
"Allison Randal" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nikolay,
>
> Here's a few things you (and others) can do:
>
> - give a talk about Parro
I've already started a project that embeds Parrot
"Allison Randal" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nikolay,
>
> Here's a few things you (and others) can do:
>
> - give a talk about Parrot at your local linux/ruby/python/php/perl/etc
> user group (recruiting new deve
26 matches
Mail list logo
