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
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
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
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,
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
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.
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
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
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
# 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
# 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
# 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
12 matches
Mail list logo
