This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: __xstat64/__fxstat64/__lxstat64 duplicated in Versions

On Fri, Aug 18, 2000 at 12:45:30PM +0200, Andreas Jaeger wrote:
> 
> A grep through glibc revealed:
> ./io/Versions:    __xstat64; __fxstat64; __lxstat64; __poll;
> ./sysdeps/unix/sysv/linux/arm/Versions:    __xstat64; __fxstat64; __lxstat64;
> ./sysdeps/unix/sysv/linux/i386/Versions:    __xstat64; __fxstat64; __lxstat64;
> ./sysdeps/unix/sysv/linux/mips/Versions:    __xstat64; __fxstat64; __lxstat64;
> ./sysdeps/unix/sysv/linux/powerpc/Versions:    __xstat64; __fxstat64; __lxstat64;
> ./sysdeps/unix/sysv/linux/sparc/sparc32/Versions:    __xstat64; __fxstat64; __lxstat64;
> 
> Have a look at libc.map, it contains __xstat64 now twice: With version
> 2.2 and 2.1.  The linker does the correct thing - but I don't think
> it's nice.
> 
> Shouldn't we remove those entries from io/Versions and move them
> elsewhere?  Or is this ok?

In io/Versions it is 2.1 while the rest are 2.2 which is exactly what is
desired.

	Jakub
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]