[gnu.gcc.bug] buggy

dlong@MIDGARD.UCSC.EDU (Dean Long) (10/21/88)

This is on a SUN4, using tm-sparc.h, sparc.md, etc.
Here's what I did:
=========================
Script started on Thu Oct 20 09:53:35 1988
midgard [24]% stage1/gcc -g -v -O -Bstage1/ test.c
gcc version 1.30
 stage1/cpp -v -undef -D__GNU__ -D__GNUC__ -Dsparc -Dsun -Dunix -D__OPTIMIZE__ test.c /tmp/cca02301.cpp
0: unknown flag -v
 stage1/cc1 /tmp/cca02301.cpp -quiet -dumpbase test.c -g -O -version -o /tmp/cca02301.s
GNU C version 1.30 (sparc) compiled by CC.
stage1/gcc: Program cc1 got fatal signal 6.
script done on Thu Oct 20 09:54:38 1988
=========================
I had to use the cpp on the SUN since cccp(cpp) 1.30 doesn't work.
That's why cpp didn't understand the -v flag above.  Here's the
test file (from toplev.c):
=========================
#include <setjmp.h>

int float_handled;
jmp_buf float_handler;

/* Specify where to longjmp to when a floating arithmetic error happens.
   If HANDLER is 0, it means don't handle the errors any more.  */

void
set_float_handler (handler)
     jmp_buf handler;
{
  float_handled = (handler != 0);
  if (handler)
    bcopy (handler, float_handler, sizeof (float_handler));
}
=========================
I would have given some dbx stuff, but for some reason I get pages
and pages of warnings about "address not found" when dbx tries to
read cc1's core file.

dwf%hope@LANL.GOV (David W. Forslund) (10/21/88)

Use the -Bstatic in the ld line to allow debugging of the files with dbx.
(Or call SUN for a patch to OS4.0 to allow proper debugging of dynamically
linked programs).

Dave Forslund