Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[Kaveh R. GHAZI]

Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
This time it happens in stage2 building libgcc.  What happens is that
when it runs configure for stage2 libgcc, I get:

	checking for suffix of object files...
	configure: error: cannot compute suffix of object files: cannot compile
	See `config.log' for more details.

whereupon in config.log I see:

configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }


The stage2 gcc cannot compile this simple program.  The stage1
compiler can, so looks like stage2 was miscompiled.  Running it under
gdb doesn't yield any useful info.

This is fairly recent as I got a successful testresult here:
http://gcc.gnu.org/ml/gcc-testresults/2007-09/msg00402.html

The top of the gcc/ChangeLog from the working checkout was:

	2007-09-07  Sterling Augustine  <sterling@tensilica.com>

        * config/xtensa/lib2funcs.S (__xtensa_sync_caches): Use an ISYNC even
        if there is no i-cache.


Is anyone else having a similar problem?

		Thanks,
		--Kaveh
--
Kaveh R. Ghazi			ghazi@caip.rutgers.edu

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[David Edelsohn]

>>>>> Kaveh R GHAZI writes:

Kaveh> Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
Kaveh> This time it happens in stage2 building libgcc.  What happens is that
Kaveh> when it runs configure for stage2 libgcc, I get:

Kaveh> checking for suffix of object files...
Kaveh> configure: error: cannot compute suffix of object files: cannot compile
Kaveh> See `config.log' for more details.

Kaveh> whereupon in config.log I see:

Kaveh> configure: failed program was:
Kaveh> | /* confdefs.h.  */
Kaveh> |
Kaveh> | #define PACKAGE_NAME "GNU C Runtime Library"
Kaveh> | #define PACKAGE_TARNAME "libgcc"
Kaveh> | #define PACKAGE_VERSION "1.0"
Kaveh> | #define PACKAGE_STRING "GNU C Runtime Library 1.0"
Kaveh> | #define PACKAGE_BUGREPORT ""
Kaveh> | /* end confdefs.h.  */
Kaveh> |
Kaveh> | int
Kaveh> | main ()
Kaveh> | {
Kaveh> |
Kaveh> |   ;
Kaveh> |   return 0;
Kaveh> | }


Kaveh> The stage2 gcc cannot compile this simple program.  The stage1
Kaveh> compiler can, so looks like stage2 was miscompiled.  Running it under
Kaveh> gdb doesn't yield any useful info.

	I am seeing the same failure on AIX.  The SEGV on AIX is in
postreload.c and if I recompile that file without optimization, the config
test succeeds.

David

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[Kaveh R. GHAZI]

On Sun, 9 Sep 2007, David Edelsohn wrote:

> Kaveh> The stage2 gcc cannot compile this simple program.  The stage1
> Kaveh> compiler can, so looks like stage2 was miscompiled.  Running it under
> Kaveh> gdb doesn't yield any useful info.
>
> 	I am seeing the same failure on AIX.  The SEGV on AIX is in
> postreload.c and if I recompile that file without optimization, the config
> test succeeds.
> David

Ditto.

Program received signal SIGSEGV, Segmentation fault.
0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set=<value
optimized out>, data=0x0)
    at ../../egcc-SVN20070909/gcc/postreload.c:1018
1018              reg_state[i].store_ruid = reload_combine_ruid;
(gdb)


Any luck figuring out which patch broke it?

		--Kaveh
--
Kaveh R. Ghazi			ghazi@caip.rutgers.edu

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[David Edelsohn]

>>>>> Kaveh R GHAZI writes:

Kaveh> Program received signal SIGSEGV, Segmentation fault.
Kaveh> 0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set=<value
Kaveh> optimized out>, data=0x0)
Kaveh> at ../../egcc-SVN20070909/gcc/postreload.c:1018
Kaveh> 1018              reg_state[i].store_ruid = reload_combine_ruid;
Kaveh> (gdb)

       That is the exact same failure and line for AIX.  Apparently all
Big Endian targets are affected.

Kaveh> Any luck figuring out which patch broke it?

	Not yet.

	Candidates include:

r128239 (honza's simple dce/addressing passes) and then r128272 (the
iv-opt patch), and Richi's sccvn patch.

David

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[David Edelsohn]

	I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).

David

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[Christian Joensson]

2007/9/10, John David Anglin <dave@hiauly1.hia.nrc.ca>:
> > I succeed past this failure if I revert Zdenek's iv-opts patch
> (r128272).
>
> Same here.  The failure also occurs on all hppa targets.
>
> Dave
> --
> J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
>

here too, on sparc/sparc64 linux systems:

checking whether ln -s works... yes
checking for sparc64-unknown-linux-gnu-gcc...
/usr/local/src/trunk/objdir/./gcc/xgcc
-B/usr/local/src/trunk/objdir/./gcc/
-B/usr/local/sparc64-unknown-linux-gnu/bin/
-B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem
/usr/local/sparc64-unknown-linux-gnu/include -isystem
/usr/local/sparc64-unknown-linux-gnu/sys-include
checking for suffix of object files... configure: error: cannot
compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage2-target-libgcc] Error 1
make[2]: Leaving directory `/usr/local/src/trunk/objdir'


-- 
Cheers,

/ChJ

Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled

[John David Anglin]

> I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).

Same here.  The failure also occurs on all hppa targets.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)