> Is anyone else seeing the following build failure on i686 Darwin9?
Yes, on both ppc and i686 Darwin9.
Dominique
On Fri, 29 Aug 2008, Steve Kargl wrote:
> checking for i386-unknown-freebsd8.0-gcc...
> /usr/home/kargl/gcc/obj/./gcc/xgcc -B/usr/home/kargl/gcc/obj/./gcc/
> -B/usr/home/kargl/work/i386-unknown-freebsd8.0/bin/
> -B/usr/home/kargl/work/i386-unknown-freebsd8.0/lib/ -isystem
> /usr/home/kargl/work
> On i386-unknown-freebsd6.3 (instead of 8.0) I am getting the following
> for SVN revision 139789 and since 2008-08-25 21:00 UTC at least:
>
> /files/pfeifer/gcc/i386-unknown-freebsd6.3/sys-include -g -O2 -O2 -g -O2
> -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes
Dominique,
Can you try to identify the regression (I'm at work today)? It
should be somewhere between r139740 and r139791.
Jack
On Sat, Aug 30, 2008 at 10:21:49AM +0200, Dominique Dhumieres wrote:
> > Is anyone else seeing the following build failure on i686 Darw
> should be somewhere between r139740 and r139791.
I have a slightly narrower range: r139753 worked with a clean bootstrap.
Then incremental updates worked for r139766, 768, and 786. r139791 failed
with a clean bootstrap up to 801 (incremental updates). Now the strange
thing is that I reverted
I have done a clean bootstrap for r139780 and it failed.
So the fork is between r139753 (working) and r139780 (broken).
I have also understood why I did not see the failures for the
incremental updates: they did not rebuild libstdc++-v3 where
the failure occurs.
Dominique
Chances are that I botched up something .. not sure what exactly.
Nothing fancy here .. just a bootstrapped GCC 4.3.2
I ran mkheaders and I think that managed to really botch up studio.h
/* first, some sample code ***/
$ cat hello.c
#include
int main(int argc, char *arg
Dear all,
My laptop broke today and it was my only computer, so I will be away
for an unspecified amount of time from GCC development until I can get
a new one and sort everything out. Feel free to take any bug that is
assigned to me, or change and resubmit any of my pending patches.
Apologies to
>From broken r139780, I did an incremental downgrade to r139770 (still
broken) then to r139760 which seems to work (building libjava).
So the window seems between r139760 and r139770.
Dominique
Hans-Peter Nilsson wrote:
I think the necessity and urgency of IRA_COVER_CLASSES, calls
for a few more details to be documented.
tm.texi says for it:
Cover classes are a set of non-intersecting register
classes covering all hard registers used for register allocation
purposes.
Ok, so I can cons
On Sat, Aug 30, 2008 at 09:13:03PM +0200, Dominique Dhumieres wrote:
> >From broken r139780, I did an incremental downgrade to r139770 (still
> broken) then to r139760 which seems to work (building libjava).
> So the window seems between r139760 and r139770.
>
> Dominique
Dominique,
I am seei
> From: [EMAIL PROTECTED]
> To: gcc@gcc.gnu.org
> Subject: "random" "Link tests are not allowed after GCC_NO_EXECUTABLES"
> Date: Wed, 27 Aug 2008 08:30:29 +
>
>
> gcc 4.3.1 with small patches... (merged tree with binutils 2.18/gmp/mpfr,
> also slightly patched)
> build=i686-pc-cygwin
> host=
> I am seeing the same failure in r139763. I'll try r139761 next.
r139761 works, and I confirm that r139763 is broken.
I'll do r139762.
Dominique
r139762 seems broken. Could you fill a bug report: it's bed time for me
and our mail exchange did not seem to have attracted any attention.
Revision 139762
Jump to revision:
Author: hubicka
Date: Fri Aug 29 11:39:04 2008 UTC (35 hours, 39 minutes ago)
Log Message:
* doc/
On Sat, Aug 30, 2008 at 03:24:08PM +0200, Eric Botcazou wrote:
> > On i386-unknown-freebsd6.3 (instead of 8.0) I am getting the following
> > for SVN revision 139789 and since 2008-08-25 21:00 UTC at least:
> >
> > /files/pfeifer/gcc/i386-unknown-freebsd6.3/sys-include -g -O2 -O2 -g -O2
> > -DIN_G
15 matches
Mail list logo
