This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: hp link errors, and xgcc core building libobjc
- To: "Neulinger, Nathan R." <nneul at umr dot edu>
- Subject: Re: hp link errors, and xgcc core building libobjc
- From: Gabriel Dos Reis <gdr at codesourcery dot com>
- Date: 11 Jul 2000 21:45:25 +0200
- Cc: "'John David Anglin'" <dave at hiauly1 dot hia dot nrc dot ca>, gcc-bugs at gcc dot gnu dot org
- Organization: CodeSourcery, LLC
- References: <9DA8D24B915BD1118911006094516EAF053E582B@umr-mail02>
"Neulinger, Nathan R." <nneul@umr.edu> writes:
[...]
| At the moment, I'm getting signal 11 errors in cc1obj compiling libobjc.
| Pretty much anything in there.
|
| Here's where it is core'ing: (I tried removing the -O2 and -g and -quiet to
| test, but it still cored.)
|
| There is absolutely no warranty for GDB. Type "show warranty" for details.
| This GDB was configured as "hppa2.0-hp-hpux10.20"...
| (gdb) set args linking.mi -dumpbase linking.m -version -fgnu-runtime
| -lang-objc -o linking.s
| (gdb) run
| Starting program: /afs/umr.edu/software/egcs2/build.egcs/hpux10/gcc/cc1obj
| linking.mi -dumpbase linking.m -version -fgnu-runtime -lang-objc -o
| linking.s
| warning: Unable to find __d_pid symbol in object file.
| warning: Suggest linking with /opt/langtools/lib/end.o.
| warning: GDB will be unable to track shl_load/shl_unload calls
| GNU Obj-C version 2.96 20000711 (experimental) (hppa2.0-hp-hpux10.20)
| compiled by GNU C version 2.96 20000711 (experimental).
| options passed: -fgnu-runtime -lang-objc
| options enabled: -fpeephole -ffunction-cse -fkeep-static-consts
| -freg-struct-return -fsched-interblock -fsched-spec -fnew-exceptions
| -fsjlj-exceptions -fcommon -fargument-alias -fident -fmath-errno -msnake
| -mpa-risc-1-1 -mjump-in-delay -mgas -mschedule=7100LC
|
| Program received signal SIGSEGV, Segmentation fault.
| split_specs_attrs (specs_attrs=0x4008f0c0, declspecs=0x400099a4,
| prefix_attributes=0x400099a8)
| at /afs/umr.edu/software/egcs2/src/gcc-latest/gcc/c-common.c:1133
| 1133 while (TREE_CHAIN (a) != NULL_TREE)
I can confirm this one on an i686-pc-linux.
I don't have any idea as to why we got there with 'a == NULL_TREE'.
-- Gaby
CodeSourcery, LLC http://www.codesourcery.com