"Nicholas Clark" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Wed, Apr 25, 2007 at 11:48:07AM +0300, Nikolay Ananiev wrote:
>
>> Maybe we have to search harder for new ways to advertise Parrot to other
>> communities and get new developers and supporters to the project.
>> Cur
"Allison Randal" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nikolay Ananiev wrote:
>> Yes I know about Parrot's great features, but Parrot is still not
>> ready for the mainstream and won't be ready in the next two years
>> (maybe?).
>> That's a lot of time for commercial proj
# New Ticket Created by Shawn M Moore
# Please include the string: [perl #42781]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42781 >
Hiya,
This patch firstly expands tabs (assuming tabs are 8-chars wide) using
the follo
On Sun Mar 18 12:21:18 2007, ptc wrote:
> I don't know if this is a BUG or what so I'm just sending it plain.
> I've just tried to build parrot with icc (not 100% sure if my build
> flags are correct either), and I'm getting this build error:
>
> icc -o miniparrot compilers/imcc/main.o \
> -Wl
On Sun, 15 Apr 2007 05:49:06 -0700
Bernhard Schmalhofer (via RT) <[EMAIL PROTECTED]> wrote:
> languages/dotnet/src/builtins.pir is a generated file, so
> editor hints are not very useful there.
>
> So t/codingstd/pir_code_coda.t should not check builtins.pir.
Here's a patch with 2 parts:
1. Ma
From: Allison Randal <[EMAIL PROTECTED]>
Date: Tue, 24 Apr 2007 23:00:31 -0700
Nikolay Ananiev wrote:
> So, is one of parrot's biggest strengths gone? Are we too late?
> Why would the developers use Parrot instead of JVM/CLR/Mono?
We're certainly pleased that we kicked off a r
Patch prepared by Alan Rocker at Hackathon Toronto (Apr 28 2007).
Index: tools/build/pmc2c.pl
===
--- tools/build/pmc2c.pl(revision 18351)
+++ tools/build/pmc2c.pl(working copy)
@@ -20,7 +20,6 @@
"dump" => \$
Committed to trunk in r18352.
On Wed, Apr 25, 2007 at 06:20:55PM +0100, Jonathan Worthington wrote:
> Allison Randal wrote:
> >Nicholas Clark wrote:
> >>
> >>I guess that the most obvious current thing that ties Parrot to the Perl
> >>community is that Parrot requires a copy of Perl to bootstrap, and
> >>all the
> >>build tool
On 4/27/07, Brad Bowman <[EMAIL PROTECTED]> wrote:
I would expect a different ordering. Perhaps the ".*" should be ".*?"
or the output "bracadabr bracad brac br cadabr cad c dabr d br" ?
The :overlap example follows this order.
You're probably right about that:
$ perl5.9.5 -E 'my @m; "abracad
# New Ticket Created by James Keenan
# Please include the string: [perl #42789]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42789 >
See attached for patch contributed by John Macdonald during Hackathon
Toronto (Apr 28
Author: larry
Date: Sat Apr 28 15:23:15 2007
New Revision: 14389
Modified:
doc/trunk/design/syn/S12.pod
Log:
Use of protoobjects for role initial values.
Modified: doc/trunk/design/syn/S12.pod
==
--- doc/trunk/design
On Saturday 28 April 2007 14:01, James Keenan wrote:
> See attached for patch contributed by John Macdonald during Hackathon
> Toronto (Apr 28 2007).
Thanks, applied with minor tweaks as r18353.
-- c
On Friday 27 April 2007 10:49, Andy Dougherty wrote:
> Ah, yes. Thanks for the detailed reply. At this point, removing the
> dummy will put u.data back on an 8-byte boundary (for i386), so that's
> probably a good thing all around.
>
> I'd suggest the following patch:
Looks good to me. I'm al
On Friday 27 April 2007 11:19, Andy Dougherty wrote:
> Unfortunately, Configure.pl --gc=libc doesn't compile. I don't know how
> long it's been broken. I do I know *I* haven't tried it for a very long
> time. Here's the error message I get
>
> "src/gc/dod.c", line 462: undefined symbol: PObj_bu
My apologies if these have been answered. I've been chatting with
Jonathan Worthington about some of this and any misconceptions are
mine, not his.
In reading through S12, I see that .can() returns an iterator for the
methods matched. What I'm curious about is this:
if $obj.can('fribble') {
On Friday 27 April 2007 12:33, jerry gay wrote:
> On 4/27/07, chromatic <[EMAIL PROTECTED]> wrote:
> > If the inter-PMC dependencies are okay, it looks like we need to set the
> > dependencies appropriately on:
> >
> > $ grep -l PCCMETHOD src/pmc/*.pmc
> > src/pmc/class.pmc
> > src/pmc/exporter.p
17 matches
Mail list logo