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
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/
> 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
> 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=
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
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
>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
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
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
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
> 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
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
> 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
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
> Is anyone else seeing the following build failure on i686 Darwin9?
Yes, on both ppc and i686 Darwin9.
Dominique
15 matches
Mail list logo
