Re: Successful fixincludes on i686-pc-linux-gnu (but not on m68k-next-nextstep3)

["Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>]

 > From: Toon Moene <toon@moene.indiv.nluug.nl>
 > 
 > Yesterday I wrote:
 > 
 > > Well, it seems to work - next item on the work list is to check the same
 > > on the m68k-next-nextstep3 machine upstairs ...
 > 
 > Here I was less lucky.  CPP bombs on the very first file it has to
 > preprocess, tmp-dum.c:
 > 
 > int xxy_us_dummy;
 > 
 > with an segmentation fault on line 151 of cpphash.c
 > 
 > 151	for (ap = d->pattern; ap != NULL; ap = nextap)
 > 
 > (gdb) p d
 > $1 = (struct definition *) 0x0
 > 
 > [ It might of course be that we're simply looking at a cpp miscompiled 
 >   by the stage1 compiler - sigh ]
 > 
 > Hope this helps,


I don't think it is the stage1 compiler.  I am getting the same
symptom on sunos4.  However it happens when running
fixproto/fix-header.  (Fix-header is linked with libcpp.a.)

Here is the backtrace:

(gdb) where
#0  0x105a8 in free_definition (d=0x0)
    at ../../egcs-CVS20000212/gcc/cpphash.c:151
#1  0x88f4 in do_define (pfile=0xefffe8ec, keyword=0x0)
    at ../../egcs-CVS20000212/gcc/cpplib.c:719
#2  0x6ff8 in cpp_define (pfile=0xefffe8ec, str=0xefffee3d
"__STDC__=0")
    at ../../egcs-CVS20000212/gcc/cpplib.c:233
#3  0x1c6d8 in cpp_start_read (pfile=0xefffe8ec,
    fname=0xefffedd1 "/usr/include/sys/ttychars.h")
    at ../../egcs-CVS20000212/gcc/cppinit.c:733
#4  0x3294 in read_scan_file (
    in_fname=0xefffedd1 "/usr/include/sys/ttychars.h", argc=4,
    argv=0xefffebac)
    at ../../egcs-CVS20000212/gcc/fix-header.c:639
#5  0x4dc0 in main (argc=8, argv=0xefffeb9c)
    at ../../egcs-CVS20000212/gcc/fix-header.c:1176
(gdb) p d
$1 = (DEFINITION *) 0x0

--
Kaveh R. Ghazi			Engagement Manager / Project Services
ghazi@caip.rutgers.edu		Qwest Internet Solutions