Re: egcs sig 11 error

[Jon Barnett <jbarnett at mpx dot com dot au>]

At 00:10 8/09/98 -0600, Jeffrey A Law wrote:
>Try running this command by hand, but add "-save-temps" to the command
>line.  That will create crtstuff.i
>
>Then
>
>gdb cc1
>r -O2 -finhibit-size-directive -fno-inline-funtions -fno-exceptions
-fno-omit-frame-pointer  crtstuff.i
>
>And see what's happening.
>
>It's not clear if this is happening in stage1 or in a later stage of
>compilation.  If it is happening in stage1, it is possible that whatever
>compiler you're using to build egcs-1.1 has mis-compiled egcs-1.1.  

Thanks for the pointers.  The stage1 compiler is failing to build
crtbegin.o, it would seem.

The compiler I am using to start the bootstrap is egcs-1.0.3

$ gcc -v
Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnulibc1/egcs-2.90.29/specs
gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)

Running gdb on it produces the following, with an apparent segmentation fault.

$ gdb cc1
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-pc-linux-gnulibc1"...
Breakpoint 1 at 0x8048e00
Breakpoint 2 at 0x8048fd0
Breakpoint 3 at 0x80646cf: file ../../gcc/toplev.c, line 2114.
<ions -fno-exceptions -fno-omit-frame-pointer  crtstuff.i                     
Starting program: /home/users/jbarnett/egcs-1.1a/objdir/gcc/cc1 -O2
-finhibit-size-directive -fno-inline-funtions -fno-exceptions
-fno-omit-frame-pointer  crtstuff.i
Breakpoint 1 at 0x4005f778
Breakpoint 2 at 0x4005fa08
cc1: Invalid option `-fno-inline-funtions'
 __do_global_dtors_aux
Program received signal SIGSEGV, Segmentation fault.
0x8126f8a in reload (first=0x81c92e4, global=1, dumpfile=0x0)
    at ../../gcc/reload1.c:1340
1340                          in_max = MAX (in_max,
insn_needs.in_addr[j].groups[i]);

I'll have to spend some more time looking at this, so I probably won't have
a good shot at this until the weekend.

Jon.