tale@pawl.rpi.edu (David C Lawrence) (05/11/89)
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