Re: Is Parrot 1.0 too late?

2007-04-28 Thread Nikolay Ananiev
"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

Re: Is Parrot 1.0 too late?

2007-04-28 Thread Nikolay Ananiev
"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

[perl #42781] [PATCH] Improve t/codingstd/linelength.t a little

2007-04-28 Thread via RT
# 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

[perl #41898] Build error with icc

2007-04-28 Thread Steve Peters via RT
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

Re: [perl #42533] [TODO] do not check PIR coda for languages/dotnet/src/builtins.pir

2007-04-28 Thread Mark Glines
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

Re: Is Parrot 1.0 too late?

2007-04-28 Thread Bob Rogers
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

[perl #42072] [BUG]: pmc2c.pl: Does anyone (know how to) use the 'no-body' option?

2007-04-28 Thread James Keenan via RT
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" => \$

[perl #42072] [BUG]: pmc2c.pl: Does anyone (know how to) use the 'no-body' option?

2007-04-28 Thread James Keenan via RT
Committed to trunk in r18352.

Re: Is Parrot 1.0 too late?

2007-04-28 Thread Joshua Hoblitt
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

Re: S05 :exhaustive eg

2007-04-28 Thread Ævar Arnfjörð Bjarmason
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

[perl #42789] [PATCH] config/auto/jit.pm: Addition to documentation

2007-04-28 Thread via RT
# 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

[svn:perl6-synopsis] r14389 - doc/trunk/design/syn

2007-04-28 Thread larry
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

Re: [perl #42789] [PATCH] config/auto/jit.pm: Addition to documentation

2007-04-28 Thread chromatic
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

Re: [perl #42772] [PATCH] Re: mmx/sse copy functions (was: Puzzling structure in )

2007-04-28 Thread chromatic
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

Re: [perl #42774] [PATCH] Configure.pl --gc=libc doesn't compile

2007-04-28 Thread chromatic
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

S12: can(), signatures and casting

2007-04-28 Thread Ovid
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') {

Re: [perl #41975] Makefile is missing dependencies on lib/Parrot/Pmc2c/PMETHODs.pm

2007-04-28 Thread chromatic
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