chromatic wrote:
Ahh, this patch fixes things for me. My gcc is also available as cc (and I'm
using ccache), so checking that it matches the literal string 'gcc' doesn't
work. Explicitly checking that it has a GCC version number works better.
Unfortunately, it did not improve things for
On Friday 03 August 2007 21:35:36 chromatic wrote:
> r20454 doesn't help. Of course, it looks like that's papering over the
> fact that the noreturn attribute expands (for me on x86 Linux, that is) to:
>
> #define PARROT_DOES_NOT_RETURN /[EMAIL PROTECTED]@*/
> __attribute__noreturn__
On Friday 03 August 2007 18:45:37 James E Keenan wrote:
> Confirmed. Over the last few weeks, my log of my 'make' output on
> Darwin has tended to run in the range of 70-73K. Tonight it ran to
> over 7.1M.
r20454 doesn't help. Of course, it looks like that's papering over the fact
that the no
Joshua Isom wrote:
# New Ticket Created by Joshua Isom
# Please include the string: [perl #44389]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44389 >
The new attribute configure code seems to get a false positive with
# New Ticket Created by Joshua Isom
# Please include the string: [perl #44389]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44389 >
The new attribute configure code seems to get a false positive with
warn_unused_result o