This is the mail archive of the
libc-alpha@cygnus.com
mailing list for the glibc project.
Re: __stat: should it end up as UND in libc.so or not?
- To: drepper@cygnus.com (Ulrich Drepper)
- Subject: Re: __stat: should it end up as UND in libc.so or not?
- From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
- Date: Fri, 11 Dec 1998 18:56:54 +0100
- Cc: hjl@lucon.org (H.J. Lu), libc-alpha@cygnus.com
- References: <hjl@lucon.org's message of "Fri, 11 Dec 1998 06:15:02 -0800 (PST)"><m0zoTLS-0000UXC@sea.lucon.org>
At 17:33 11.12.98 , Ulrich Drepper wrote:
>hjl@lucon.org (H.J. Lu) writes:
>
>> It must be a PPC bug in glibc since __stat is never defined for
>> libc.so. I didn't find any reference to __stat in libc, at least
>> not on x86.
>
>Well, it could also be a remaining bug in the libc.
>
>We were careful to use in the libc code explicit calls to __xstat
>instead of __stat or use a macro __stat to allow compiling without
>optimization. Please find out which file this comes from and make
>sure it is either a __xstat call or the header with the __stat
>definition is used.
Hmm, one candidate was dirent/opendir.os (sysdeps/unix/opendir.c) AFAI
remember. This one includes <sys/stat.h> and uses __stat. It should use
__xstat here? These are actually quite easy to find, compile glibc with -O0
and then use find -name "*.os"|xargs objdump|less
I'm off for the weekend, but I will come up with a patch on late sunday if
that's the right thing to do.
Franz.