As advised by Ulrich Drepper I'm putting this report for you to resolve
The Alpha/Linux port requires *stat64 calls for building
sysdeps/unix/sysv/linux/alpha/*xstat.c, but they have only been introduced
in Linux 2.6.4. The attached patch fixes the problem by only using these
calls if their numbers are provided by the set of Linux headers used for
2005-06-20 Maciej W. Rozycki <firstname.lastname@example.org>
* sysdeps/unix/sysv/linux/alpha/fxstat.c (__fxstat): Exclude code
for calling the fstat64() syscall if its number is unavailable.
* sysdeps/unix/sysv/linux/alpha/lxstat.c (__lxstat): Likewise for
* sysdeps/unix/sysv/linux/alpha/xstat.c (__xstat): Likewise for
Please consider -- for HEAD.
See also "http://sourceware.org/ml/libc-alpha/2005-06/msg00042.html" and
the containing thread.
Created attachment 523 [details]
mmm i'm pretty sure GOTO's patch is more correct:
Created attachment 920 [details]
trunk has a new file that also needs to be updated:
Thanks for your submission. This patch works more than one year with
Debian alpha platforms. I'm happy if it'll be integrated in mainline.
Maciej, Richard, could you review it?
> This patch works more than one year with Debian alpha platforms.
yeah, we've need it for Gentoo/alpha too
Well, it looks like the resulting library won't work correctly if built
against headers from Linux 2.6.4 or later and run on an earlier kernel.
isnt that the point ? glibc isnt supposed to work on any kernel lower than what
was passed to --enable-kernel at build time ...
It's not about what's been passed to --enable-kernel if at all, but
about what kernel headers are used for the build. In this particular
case the option wasn't used.
Alpha is not in the main tree anymore since we have no maintainer. Somebody has
to step up and volunteer to be the maintainer of the alpha ports tree or nothing
Richard Henderson committed GOTO Masanori's fix in commit 6a84c77c71 to
glibc-ports.git. Marking as fixed.
Thanks a lot, Matt and Richard!