From mboxrd@z Thu Jan  1 00:00:00 1970
From: Manfred Hollstein <manfred@s-direktnet.de>
To: law@cygnus.com
Cc: Manfred.Hollstein@ks.sel.alcatel.de, oliva@dcc.unicamp.br, gcc2@cygnus.com, egcs@cygnus.com
Subject: New problems with gcc-2.8.0 based code [was: Re: cannot bootstrap neither gcc-2.8.0-971206 nor egcs-971207 on sparc-sun-sunos4.1.3 ]
Date: Fri, 26 Dec 1997 08:11:00 -0000
Message-id: <199712261411.PAA00654@saturn.s-direktnet.de>
References: <9712110707.AA07283@lts.sel.alcatel.de> <26361.882821354@hurl.cygnus.com>
X-SW-Source: 1997-12/msg01137.html

On Mon, 22 December 1997, 13:09:14, law@cygnus.com wrote:

 > 
 >   In message < 9712110707.AA07283@lts.sel.alcatel.de >you write:
 >   > Same here:
 >   > 
 >   > $ gdb genattr core 
 >   > Core was generated by `genattr'.
 >   > Program terminated with signal 11, Segmentation fault.
 >   > #0  0xef7f1d08 in ?? ()
 >   > Breakpoint 1 at 0x8130
 >   > (gdb) bt
 >   > #0  0xef7f1d08 in ?? ()
 >   > #1  0xef7f1c28 in ?? ()
 >   > #2  0xef7f0084 in ?? ()
 >   > #3  0x8180 in memset ()
 >   > #4  0x6368 in __do_global_ctors ()
 >   > #5  0x6390 in __main ()
 >   > #6  0x309c in main ()
 >   > 
 >   > Also interesting, cpp built by the stage1 compiler:
 >   > 
 >   > $ ./cpp -v -dM
 >   > ld.so: unidentifiable procedure reference at 0x1e2a4
 >   > 
 >   > Looks like gcc/egcs on SunOS are seriously broken!
 > Are we still having this problem?
 > 
 > jeff

Sorry, I  can't say, as I currently  don't have access to the machines
at work.  But, as Alexandre already pointed out, this problem seems to
have been gone.

There are other problems since the merge with gcc-2.8.0, though.

Up to egcs-1.0  (incl. egcs-971201) I've  been able to  built my Linux
kernel  with  `-O6 -march=pentium  -mcpu=pentium  -fomit-frame-pointer
-malign-loops=0      -malign-jumps=0      -malign-functions=0'   _and_
`-funroll-all-loops'!

Newer   snapshots and  gcc-2.8.0-971213 don't  allow  me   to do that;
`-funroll-all-loops' causes   `isapnp'  and  `clock'  to   fail   with
`segmentation  violations'.  Omitting   `-funroll-all-loops' helps for
the most current 2.1.7x kernels, but 2.0.33 still fails if compiled by
gcc-2.8.0 and egcs-971215!

Did anybody else see similar symptoms?

Looks - at least  for me - like  the loop unrolling stuff (and perhaps
other as well) hasn't really been improved by the merge with gcc-2.8.0
:-(

Manfred