On Thu Sep 20 13:03:31 2007, [EMAIL PROTECTED] wrote:
> http://perlsix.org/svn/parrot/view/branches/unified_testing/BRANCH_TODO
>
>
> Goals:
>
> Completely unified testing.
[snip]
> 5) Add processing of the output of Configure --test.
>
When I began working on writing tests for the Perl 5 co
On 9/21/07, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 20 September 2007 09:38:28 [EMAIL PROTECTED] wrote:
>
> > Modified:
> >trunk/include/parrot/register.h
> >trunk/src/gc/register.c
> >
> > Log:
> > [gc]: add 'struct' to Parrot_Context in func decls/defs
>
> I'm not much of a fan
Author: particle
Date: Fri Sep 21 10:14:20 2007
New Revision: 21465
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/lib/Parrot/Pmc2c/Parser.pm
Log:
[PDD17]: use VTABLE marker when defining vtable functions
~ modified PDD17 text to speci
Author: larry
Date: Fri Sep 21 10:00:16 2007
New Revision: 14464
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S13.pod
Log:
Make easier way to specify outgoing coercions.
Typo from Thom++
Modified: doc/trunk/design/syn/S02.pod
Hi,
François Perrad wrote:
> I'm interested by the source of yours benchmarks, for me, it's
> more test case.
These are the Lua benchmarks I've written for the shootout.
You're already using these in your testcases. :-)
SciMark for Lua is at:
http://luajit.org/download/scimark-2007-09-19.lua
Author: bernhard
Date: Fri Sep 21 09:25:05 2007
New Revision: 21461
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/PBC_COMPAT
trunk/src/ops/pmc.ops
Log:
#42352: [TODO] remove hash opcode and VTABLE entry
Remove the opcode 'hash'.
On Thu, 20 Sep 2007, Allison Randal wrote:
> Andy Dougherty wrote:
> >
> > I had two questions:
> >
> > 1. Is the order of elements in struct PMC deliberate?
>
> Nope, just the order I copied them in when collapsing the struct.
>
> >
> >struct PMC {
> >Parrot_UInt
I just posted a report on this first week of the series of
micro-articles on Perl 6 operators. Read it at use.perl:
http://use.perl.org/~ferreira/journal/
Thank you all for the help so far.
Adriano.
> 2) Write a coding standard test to make sure that t/* tests call out a
> location
>independent parrot/interpreter.
Just for your information: you might be most of the way there on this
part of the proposal. We already have a similar test for #!perl
shebang lines, see:
lib/Perl/Critic/Poli
At 11:40 19/09/2007 -0700, chromatic wrote:
On Wednesday 19 September 2007 09:58:56 François PERRAD wrote:
> Any comments, suggestions, bug report, test, improvement are welcome on
> Parrot mailing list ([EMAIL PROTECTED]).
Two tests fail reliably for me on x86 GNU/Linux, and one fails now and
-Werror -Wdeclaration-after-statement
Should work according to the manpage. But just one little problem.
src/string.c
In file included from src/string.c:26:
src/string_private_cstring.h:21: warning: size of 'parrot_cstrings' is
7560 bytes
*** Error code 1
So we'd have to change some things a
On Sep 21, 2:59 am, [EMAIL PROTECTED] (Chromatic) wrote:
> On Thursday 20 September 2007 06:58:55 Paul Cochrane via RT wrote:
>
> > On Sat Mar 10 19:15:20 2007, coke wrote:
> > > From docs/BROKEN.pod.
>
> > > Is this something that needs fixing?
>
> > > (it's in compilers/imcc/main.c)
> > There is
On Sep 21, 12:07 pm, [EMAIL PROTECTED] (Allison Randal) wrote:
> kjs wrote:
> >>> In order to keep PIR syntax clean, I propose to remove the -> syntax for
> >>> method calls, as it is the same as the dot-notation.
>
> Also agreed. Get it into DEPRECATED.pod now so we can remove it after
> the next
# New Ticket Created by Colin Kuskie
# Please include the string: [perl #45601]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45601 >
http://perlsix.org/svn/parrot/view/branches/unified_testing/BRANCH_TODO
Goals:
Comple
On Thursday 20 September 2007 09:38:28 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/include/parrot/register.h
>trunk/src/gc/register.c
>
> Log:
> [gc]: add 'struct' to Parrot_Context in func decls/defs
I'm not much of a fan of this because:
> Modified: trunk/src/gc/register.c
> ==
15 matches
Mail list logo