Re: malloc casts (was: [perl #42746] [PATCH] Continuing Parrot/C++ cleanups)

2007-04-26 Thread chromatic
On Thursday 26 April 2007 13:12, Leopold Toetsch wrote: > Am Donnerstag, 26. April 2007 16:43 schrieb Steve Peters: > > -    long * const out_array = mem_sys_allocate((sizeof (long)) * > > (arraylen + 1)); +    long * const out_array = (long > > *)mem_sys_allocate((sizeof (long)) * (arraylen + 1)

[perl #42558] [PATCH] add runtime_prefix for interpinfo and use it in config.pir

2007-04-26 Thread Matt Diephouse via RT
On Mon Apr 16 13:07:22 2007, [EMAIL PROTECTED] wrote: > Without this patch, for runtime/parrot/library/config.pir to work, parrot > has to be run in its root directory (in fact, there was an XXX note in there > saying so.) > > I changed Parrot_get_runtime_prefix not to return a const value because

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

2007-04-26 Thread larry
Author: larry Date: Thu Apr 26 18:47:39 2007 New Revision: 14384 Modified: doc/trunk/design/syn/S03.pod Log: Clarification of empty range semantics requested by coke++ Modified: doc/trunk/design/syn/S03.pod == --- do

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

2007-04-26 Thread Charles Bailey
On 4/24/07, Larry Wall <[EMAIL PROTECTED]> wrote: On Tue, Apr 24, 2007 at 06:45:12PM -0400, Charles Bailey wrote: : On 4/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: : >Note that unless no longer allows an else : It's probably that I'm just having another day where skull > brain, but I'm

Re: [perl #42300] [PATCH] t/pmc/sub.t: test for creation of lex by clone op

2007-04-26 Thread Yehoshua Sapir
On 4/26/07, Matt Diephouse via RT <[EMAIL PROTECTED]> wrote: First, the test (rearranged to include only the relevant parts): +.sub main :main +.local string ok, not_ok +ok = "ok" +not_ok = "not ok" + +# if 'not ok' is printed, it means that the lexical environment +# for th

mmx/sse copy functions (was: Puzzling structure in )

2007-04-26 Thread Leopold Toetsch
Am Donnerstag, 26. April 2007 21:44 schrieb Andy Dougherty: > Does anyone understand the 'dummy' element in > include/parrot/stacks.h? Here is the relevant snippet: > > typedef struct Stack_Chunk { > pobj_t obj; > int size; > const char * name; > struct Stack_Ch

malloc casts (was: [perl #42746] [PATCH] Continuing Parrot/C++ cleanups)

2007-04-26 Thread Leopold Toetsch
Am Donnerstag, 26. April 2007 16:43 schrieb Steve Peters: > -    long * const out_array = mem_sys_allocate((sizeof (long)) * (arraylen > + 1)); +    long * const out_array = (long *)mem_sys_allocate((sizeof > (long)) * (arraylen + 1)); I don't understand the rational for such patches nor the mem_a

Build system (was Re: Is Parrot 1.0 too late?)

2007-04-26 Thread Allison Randal
James E Keenan wrote: Since November I've been working on maintaining those of Parrot's configuration and build tools written in Perl 5. Lately I've been trying to recruit others to help in that process. The discussion in this thread suggests that at some future point some or all of the Per

Puzzling structure in

2007-04-26 Thread Andy Dougherty
Does anyone understand the 'dummy' element in include/parrot/stacks.h? Here is the relevant snippet: typedef struct Stack_Chunk { pobj_t obj; int size; const char * name; struct Stack_Chunk *prev; #if ! DISABLE_GC_DEBUG && defined(I386) void * dumm

Re: Is Parrot 1.0 too late?

2007-04-26 Thread Joshua Isom
On Apr 26, 2007, at 8:28 AM, James E Keenan 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 tools are written in Perl 5. This is sl

Re: [perl #42746] [PATCH] Continuing Parrot/C++ cleanups

2007-04-26 Thread chromatic
On Thursday 26 April 2007 07:43, Steve Peters wrote: > This patch continues with the void pointer cleanups needed for compiling > Parrot with a C++ compiler. This patch finishes up most of the code > outside of src/pmc, but includes a bit in there as well. Next step is to > take on src/pmc, then

[perl #42693] [BUG] method overload in pir subclass of pmc pccmethod leaves object undefined

2007-04-26 Thread jerry gay
could one of you take a look at this for me? i've started digging into the pmc2c code, but it'll be a long while before i grok it. since you two have an understanding of that code already, perhaps something will jump out at you. ~jerry -- Forwarded message -- From: jerry gay <[EM

Re: Is Parrot 1.0 too late?

2007-04-26 Thread James E Keenan
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 tools are written in Perl 5. This is slated to change before the 1.0 release. Since Nove

Re: New version of Perl6::Perldoc uploaded

2007-04-26 Thread Agent Zhang
On 4/25/07, Damian Conway <[EMAIL PROTECTED]> wrote: Perl6::Perldoc v0.0.5 just hit the CPAN. Apart from several important bug-fixes, notable new features include: For another issue, I see diakopter++ has committed the source of Perl6::Perldoc from CPAN to the Pugs SVN repos. Will you commit

Re: New version of Perl6::Perldoc uploaded

2007-04-26 Thread Agent Zhang
On 4/25/07, Damian Conway <[EMAIL PROTECTED]> wrote: Perl6::Perldoc v0.0.5 just hit the CPAN. I think you have forgot to update the version number in Perl6::Perldoc::Parser. It's still v0.0.1: http://search.cpan.org/src/DCONWAY/Perl6-Perldoc-v0.0.5/lib/Perl6/Perldoc/Parser.pm See line 7:

Re: Is Parrot 1.0 too late?

2007-04-26 Thread Mike Mattie
On Wed, 25 Apr 2007 10:12:18 -0700 Allison Randal <[EMAIL PROTECTED]> wrote: > 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. > > On that I completely agree, but as a s