[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-06 Thread ebotcazou at gcc dot gnu dot org


--- Comment #6 from ebotcazou at gcc dot gnu dot org  2010-09-06 20:33 
---
SPARC64/Solaris is also broken (but SPARC/Solaris is OK).


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-06 20:33:38
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-06 Thread mikpe at it dot uu dot se


--- Comment #7 from mikpe at it dot uu dot se  2010-09-06 21:05 ---
(In reply to comment #5)
 /mnt/scratch/objdir/./gcc/xgcc -B/mnt/scratch/objdir/./gcc/
 -B/mnt/scratch/install/sparc64-unknown-linux-gnu/bin/
 -B/mnt/scratch/install/sparc64-unknown-linux-gnu/lib/ -isystem
 /mnt/scratch/install/sparc64-unknown-linux-gnu/include -isystem
 /mnt/scratch/install/sparc64-unknown-linux-gnu/sys-include-g -O2 -m32 -O2 
 -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
 -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
 -I../../.././gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc
 -I/mnt/scratch/gcc-4.6-r163858/libgcc/.
 -I/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc
 -I/mnt/scratch/gcc-4.6-r163858/libgcc/../include
 -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber/dpd
 -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber -DHAVE_CC_TLS  -o
 _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
 /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c \
   -fvisibility=hidden -DHIDE_EXPORTS
 /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c: In function '__muldi3':
 /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c:558:1: internal compiler
 error: in find_mem_expr_in_1pdv, at var-tracking.c:4120
 
 I haven't attempted to bisect this yet.

Bisection identified r163383, Bernd's 4-insn combine patch, as the cause for
this regression.  However, it got fixed today by r163917, Andreas Krebbel's fix
for an s390x regression from r163383.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-05 Thread mikpe at it dot uu dot se


--- Comment #5 from mikpe at it dot uu dot se  2010-09-05 10:07 ---
(In reply to comment #4)
 Subject: Re:  [4.6 regression] bootstrap failure on
 sparc64-unknown-linux-gnu
 
 On Sat, Sep 04, 2010 at 01:38:34PM -, mikpe at it dot uu dot se wrote:
  Can you show us the complete configure options you used?
 
 gcc63 is down at the moment for scheduled maintenance, so I can't quote
 exactly.  As best I can recall, it was:
 
 CC='gcc -m64' /path/to/configure --disable-lib{mudflap,ssp,gomp} \
   --enable-languages=c --disable-nls --enable-threads=posix \
   --with-mpfr=/opt/cfarm/mpfr-2.4.1-64 \
   --with-gmp=/opt/cfarm/gmp-4.2.4-64 --with-mpc=/opt/cfarm/mpc-0.8-64

This is similar (modulo paths) to what I tried unsuccessfully to do.  The
problem was the CC='gcc -m64' override; somehow that caused the stage2
attempt to configure 32-bit zlib to fail because it passed a completely bogus
path to prev-gcc as CC.  The same error occurred when trying to build a pure
64-bit gcc-4.5.1, but it did work for building a 64-bit gcc-4.4.4.

I then used my 64-bit 4.4.4 to build a 64-bit 4.5.1 (just setting PATH, not
CC), and then the 64-bit 4.5.1 to build a 64-bit 4.6-r163858.  The last build
ICEd in stage2 when trying to build a 32-bit _muldi3 for libgcc:

/mnt/scratch/objdir/./gcc/xgcc -B/mnt/scratch/objdir/./gcc/
-B/mnt/scratch/install/sparc64-unknown-linux-gnu/bin/
-B/mnt/scratch/install/sparc64-unknown-linux-gnu/lib/ -isystem
/mnt/scratch/install/sparc64-unknown-linux-gnu/include -isystem
/mnt/scratch/install/sparc64-unknown-linux-gnu/sys-include-g -O2 -m32 -O2 
-g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../../.././gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc
-I/mnt/scratch/gcc-4.6-r163858/libgcc/.
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../include
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber/dpd
-I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber -DHAVE_CC_TLS  -o
_muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c \
  -fvisibility=hidden -DHIDE_EXPORTS
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c: In function '__muldi3':
/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c:558:1: internal compiler
error: in find_mem_expr_in_1pdv, at var-tracking.c:4120

I haven't attempted to bisect this yet.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-04 Thread mikpe at it dot uu dot se


--- Comment #3 from mikpe at it dot uu dot se  2010-09-04 13:38 ---
Can you show us the complete configure options you used?  I'm trying to build
gcc-4.6 for sparc64-linux w/o --with-cpu=v8 (so it defaults to 64-bit mode) and
I can't get past an error after stage1 where it tries to configure a 32-bit
zlib but passes the wrong path to prev-gcc.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||mikpe at it dot uu dot se


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-04 Thread froydnj at codesourcery dot com


--- Comment #4 from froydnj at codesourcery dot com  2010-09-05 01:38 
---
Subject: Re:  [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu

On Sat, Sep 04, 2010 at 01:38:34PM -, mikpe at it dot uu dot se wrote:
 Can you show us the complete configure options you used?

gcc63 is down at the moment for scheduled maintenance, so I can't quote
exactly.  As best I can recall, it was:

CC='gcc -m64' /path/to/configure --disable-lib{mudflap,ssp,gomp} \
  --enable-languages=c --disable-nls --enable-threads=posix \
  --with-mpfr=/opt/cfarm/mpfr-2.4.1-64 \
  --with-gmp=/opt/cfarm/gmp-4.2.4-64 --with-mpc=/opt/cfarm/mpc-0.8-64

The --with-* options are specific to compile farm machines.

I talked to Bernd and he had some suggestions for figuring out exactly
what gets miscompiled; due to gcc63 downtime, I haven't had a change to
try those yet.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-03 Thread rguenth at gcc dot gnu dot org


--- Comment #1 from rguenth at gcc dot gnu dot org  2010-09-03 13:27 ---
How does it fail?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518



[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu

2010-09-03 Thread froydnj at codesourcery dot com


--- Comment #2 from froydnj at codesourcery dot com  2010-09-03 13:34 
---
Subject: Re:  [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu

configure says:

checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: in
home/froydnj/build-mainline/intl':
configure: error: cannot run C compiled programs.

The compiled program for:

int
main (void)
{
  return 0;
}

segfaults.  gdb says:

(gdb) run
Starting program: /home/froydnj/build-mainline/intl/a.out 

Program received signal SIGSEGV, Segmentation fault.
0x0010059c in __do_global_ctors_aux ()
Current language:  auto
The current source language is auto; currently asm.
(gdb) where
#0  0x0010059c in __do_global_ctors_aux ()
#1  0x001003b0 in _init ()
#2  0x00100518 in __libc_csu_init ()
#3  0xf80100157fd0 in __libc_start_main () from /lib64/libc.so.6
#4  0x001003f4 in _start ()
(gdb)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518