Re: egcs-2.93.10 19990228 solaris2.5 bootstrap fails stage2 in new1.cc

[Jeffrey A Law <law at hurl dot cygnus dot com>]

  In message <199902281826.NAA10248@caip.rutgers.edu>you write:
  > 	When I built this mornings CVS checkout (egcs-2.93.10 19990228) on
  > sparc-sun-solaris2.5 I get a crash in stage2:
I believe this is a bug in one of the sparc patterns.

Go into frame 2 and print the failing insn.  That insn (it's an unspec of
some kind) does not specify a length or type attribute.  So the compiler tries
to use the default length/type computation.

The default length/computation tries to access operand #2, which does not
exist on the insn in question.

It ought to be straightforward for someone to fix that wants to learn a 
tiny bit about the md files.

jeff

  > 	Here is the info from gdb.  Parameter `op' is zero, so it looks
  > like its dereferencing a NULL ptr. 
  > 
  >  > Program received signal SIGSEGV, Segmentation fault.
  >  > register_operand (op=0x0, mode=VOIDmode) at recog.c:1027
  >  > 1027      if (GET_MODE (op) != mode && mode != VOIDmode)
  >  > (gdb) where
  >  > #0  register_operand (op=0x0, mode=VOIDmode) at recog.c:1027
  >  > #1  0x19ec7c in arith_operand (op=0x0, mode=VOIDmode)
  >  >     at ./config/sparc/sparc.c:804
  >  > #2  0x18d428 in insn_default_length (insn=0x2ae624) at insn-attrtab.c:93
  >  > #3  0x16768c in shorten_branches (first=0x2fcd00) at final.c:1314
  >  > #4  0x37250 in rest_of_compilation (decl=0x2d3770) at toplev.c:4211
  >  > #5  0x1cf490 in finish_function (lineno=88, flags=0, nested=0) at decl.c
  > :14001
  >  > #6  0x202f88 in yyparse () at parse.y:640
  >  > #7  0x34bec in compile_file (name=0xeffffc75 "new1.ii") at toplev.c:2981
  >  > #8  0x38c54 in main (argc=10, argv=0xeffffafc) at toplev.c:5303
  > --
  > Kaveh R. Ghazi			Engagement Manager / Project Services
  > ghazi@caip.rutgers.edu		Qwest Internet Solutions