[perl #43056] [CAGE] Revise t/src/intlist.t To Use Non-libparrot C Testing Functions

2007-05-26 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #43056] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43056 > Revise all tests in t/src/intlist.t to use the C testing functions created by closing #430

[perl #43055] [CAGE] Revise t/src/io.t To Use Non-libparrot C Testing Functions

2007-05-26 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #43055] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43055 > Revise tests 16,17, and 19 in t/src/io.t to use the C testing functions created by closing

[perl #43054] Write C Test Functions That Don't Link to libparrot

2007-05-26 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #43054] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43054 > The test t/src/intlist.t calls into unexported libparrot functions (which is why it Just D

Re: lexical aliases in 5.10?

2007-05-26 Thread Ricardo SIGNES
* Ricardo SIGNES <[EMAIL PROTECTED]> [2007-05-26T08:38:15] > perl591delta lists this todo for 5.10: > > Allow lexical aliases (maybe via the syntax "my \$alias = \$foo". I have no idea why "p5p" in my aliases file was an alias for p6l. Clearly I have my own problem with aliases. Sorry for the

Re: [perl #43033] [PATCH] Silence warning

2007-05-26 Thread chromatic
On Tuesday 22 May 2007 14:24:14 Steve Peters wrote: > free() assumes its passed a void *. mem_sys_free() should take the same > type of argument. Assuming that what you are passing to free() will never > be modified is a bit risky and may prevent various memory debugging aids > from working corr

Re: RPMs

2007-05-26 Thread chromatic
On Friday 25 May 2007 13:42:19 David Fetter wrote: > Thanks to Steven for the update, and to Nuno Carvalho for the hacks > atop same. I've got the following one running for Fedora Core 6, > although rpmlint complains that the -devel package has no docs. Any > chance of throwing this one into tru

Re: [RFC] extension guessing, functionally better loader behavior -> working install target

2007-05-26 Thread chromatic
On Saturday 26 May 2007 16:20:26 Mike Mattie wrote: > clearly you both understand what you want here , but I do not. Can you > describe what you want by "extending parrot's search path" without assuming > alot of shared knowledge ? > > I am guessing that it is a interface on the PIR level for mani

Re: [RFC] extension guessing, functionally better loader behavior -> working install target

2007-05-26 Thread Mike Mattie
On Thu, 24 May 2007 23:48:00 -0700 chromatic <[EMAIL PROTECTED]> wrote: > On Friday 18 May 2007 19:58:48 Allison Randal wrote: > > > What you haven't addressed (and what I consider the most important > > problem to solve for library loading), is a mechanism for extending > > Parrot's search path.

Re: [svn:parrot] r18643 - in trunk: include/parrot src

2007-05-26 Thread Leopold Toetsch
Am Samstag, 26. Mai 2007 21:19 schrieb chromatic: > > > Whoops, that just broke a couple of platforms.  As I understand it, > > > some picky compilers only allow simultaneous declarations and > > > assignments at the start of a function, not within any block. > > > > They wouldn't be C89 conformant

Re: [svn:parrot] r18643 - in trunk: include/parrot src

2007-05-26 Thread chromatic
On Saturday 26 May 2007 01:18:44 Nicholas Clark wrote: > On Fri, May 25, 2007 at 07:20:07PM -0700, chromatic wrote: > > Whoops, that just broke a couple of platforms. As I understand it, some > > picky compilers only allow simultaneous declarations and assignments at > > the start of a function,

lexical aliases in 5.10?

2007-05-26 Thread Ricardo SIGNES
perl591delta lists this todo for 5.10: Allow lexical aliases (maybe via the syntax "my \$alias = \$foo". I seem to recall some discussion of this, but not any specifics, and lazy Googling wants me to think it was all in 2002. It doesn't seem to be implemented. Was this put off until a future

Re: x and xx operators fail when given negatives

2007-05-26 Thread Chas Owens
On 5/25/07, Moritz Lenz <[EMAIL PROTECTED]> wrote: snip It did. For the future I'd suggest that you commit them yourself, that's far more efficient. Just tell us what nick name you want, and somebody will invite you. If you want a different email address then the one you used on this list, please

Re: [svn:parrot] r18643 - in trunk: include/parrot src

2007-05-26 Thread Andy Lester
Whoops, that just broke a couple of platforms. As I understand it, some picky compilers only allow simultaneous declarations and assignments at the start of a function, not within any block. Plus there are already declare&assigns already in the code. See src/ events.c

Re: [svn:parrot] r18643 - in trunk: include/parrot src

2007-05-26 Thread Andy Lester
On May 25, 2007, at 9:20 PM, chromatic wrote: Whoops, that just broke a couple of platforms. As I understand it, some picky compilers only allow simultaneous declarations and assignments at the start of a function, not within any block. I realize that undoes the consting here, but portabi

Re: [svn:parrot] r18643 - in trunk: include/parrot src

2007-05-26 Thread Nicholas Clark
On Fri, May 25, 2007 at 07:20:07PM -0700, chromatic wrote: > On Friday 25 May 2007 18:53:08 [EMAIL PROTECTED] wrote: > > > Modified: trunk/src/objects.c > > === > >=== --- trunk/src/objects.c (original) > > +++ trunk/src/objec