🚀 go-pugleaf

Configuration: config.gdb sun3os4
Machine: Sun-3's, SunOS 4.0.1

The makefile:
first try: CC = gcc CFLAGS = -I. -g -O TARGET_ARCH =
(TARGET_ARCH to null because of Sun's make.  GCC is 1.35)
second try: same as first, but -traditional added to CFLAGS
third try: CC = cc CFLAGS = -I. -g -Bstatic

The results:
I thought the first try would work because I had run fixincludes after
building gcc and LIB was /appl/life1/gnu/lib/g++-include.  I got a
warning about illegal pointer combination on line 204 of inflow.c.
Inflow.c was mentioned in the README regarding SunOS 4, so I checked
gcc-include/sys and none of those files were in the #includes for
inflow.c.  I didn't check the includes of inflow.  It core dumped
while/after reading the symbols of a programme (ie, before any prompt
appears). 

So I decided to just flip on -traditional rather than worry about the
gcc-include headers.  Same warning abut inflow.c and same core dump.
Maybe not identical, but from a visual observation in happened at the
same time.

So I went to the third try, not sure whether it was gcc or gdb which
was broken.  cc made the same complaint about inflow.c.  The gdb
binary also coredumped while/after reading the symbol table.  dbx on
gdb (People under 17 not admitted) gives this:

================================================================
life:gnu (47) dbx gdb core
Reading symbolic information...
Read 17884 symbols
(dbx) run gdb
Running: gdb gdb
GDB 3.1.2, Copyright (C) 1988 Free Software Foundation, Inc.
There is ABSOLUTELY NO WARRANTY for GDB; type "info warranty" for details.
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "info copying" to see the conditions.
Reading symbol data from /appl/imagine2/emacs/dist-gdb/gdb...signal SEGV (segmen
tation violation) in lookup_pointer_type at line 254 in file "symtab.c"
  254     register struct type *ptype = TYPE_POINTER_TYPE (type);
(dbx) where
lookup_pointer_type(type = (nil)), line 254 in "symtab.c"
symbol_file_command(name = 0x636fc "/appl/imagine2/emacs/dist-gdb/gdb", 0x1), li
ne 1592 in "dbxread.c"
main(argc = 2, argv = 0xefffa84, envp = 0xefffa90), line 334 in "main.c"
================================================================
The same thing happens when I run it on emacs, gcc, personal
programmes, et al.  Does anyone recognize this problem?  Did I goof or
is it a gen-u-ine, home-grown bug?

Dave
--
      tale@rpitsmts.bitnet, tale%mts@itsgw.rpi.edu, tale@pawl.rpi.edu