This is the mail archive of the
libc-alpha@cygnus.com
mailing list for the glibc project.
Re: egcs fails to build libio
- To: Horst von Brand <vonbrand@inf.utfsm.cl>
- Subject: Re: egcs fails to build libio
- From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
- Date: Tue, 22 Dec 1998 14:08:04 +0100
- Cc: Richard Ketchersid <ketchers@math.berkeley.edu>, egcs-bugs <egcs-bugs@cygnus.com>, libc-alpha@cygnus.com
- References: <Your message of "Mon, 21 Dec 1998 09:20:12 -0800." <Pine.LNX.4.05.9812210919030.15509-100000@localhost.genera.net>
At 12:38 22.12.98 , Horst von Brand wrote:
>Richard Ketchersid <ketchers@math.berkeley.edu> said:
>> Here is what happens while trying to compile libio.
>> This has happened for the last few snapshots, at least since egcs-2.92.28.
>> ========================================================================
>>
>> test x"yes" != xyes || \
>> /usr/src/BUILD/egcs/gcc/xgcc -B/usr/src/BUILD/egcs/gcc/
>> -B/usr/i486-pc-linux-gnu/bin/ -c -D_GNU_SOURCE -g1 -pipe -O2
>> -fvtable-thunks -fvtable-thunks -D_GNU_SOURCE -fno-implicit-templates
>> -I. -I/usr/src1/CVS/EGCS/egcs/libio -nostdinc++ -D_IO_MTSAFE_IO
>> -fpic /usr/src1/CVS/EGCS/egcs/libio/builtinbuf.cc -o pic/builtinbuf.o
>> In file included from /usr/include/bits/stdio-lock.h:20,
>> from /usr/src1/CVS/EGCS/egcs/libio/libio.h:166,
>> from /usr/src1/CVS/EGCS/egcs/libio/streambuf.h:36,
>> from /usr/src1/CVS/EGCS/egcs/libio/builtinbuf.h:32,
>> from /usr/src1/CVS/EGCS/egcs/libio/builtinbuf.cc:29:
>> /usr/include/pthread.h:451: Internal compiler error.
>> /usr/include/pthread.h:451: Please submit a full bug report to
>`egcs-bugs@cygnu
>> s.com'.
>> /usr/include/pthread.h:451: See
><URL:http://egcs.cygnus.com/faq.html#bugreport>
>> for details.
>> cpp: output pipe has been closed
>> make: *** [builtinbuf.o] Error 1
>
>Exactly what I see in i586-linux-gnu, glibc-2.0.108, binutils-2.9.1.0.19a,
>linux-2.1.131ac13. The failure happens with, eg:
>
>extern void *f(unsigned int) throw();
Hmm, I get a similar failure (reported ~1 week ago) on glibc-2.0.106
powerpc-unknown-linux-gnu. The core dump showed that cpp crashed in
fileno_unlocked, because fileno_unlocked was handed a NULL (? no longer
100% sure about that) pointer. I thought cpp got miscompiled on PPC cause
the contruct looked so simple: fileno(stdout). But now I'm no longer sure
about that.
Franz.