This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: d_off field in struct dirent and 32-on-64 emulation
- From: Florian Weimer <fweimer at redhat dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: Mao Han <han_mao at c-sky dot com>, libc-alpha at sourceware dot org
- Date: Fri, 04 Jan 2019 12:10:47 +0100
- Subject: Re: d_off field in struct dirent and 32-on-64 emulation
- References: <87bm56vqg4.fsf@mid.deneb.enyo.de> <957967d7-5717-8ada-fb30-dfdf19898b6b@linaro.org> <87pntmu9iw.fsf@mid.deneb.enyo.de> <ae0530c9-5c46-5560-9734-1eacaf173b8d@linaro.org> <alpine.DEB.2.21.1812311657050.27287@digraph.polyomino.org.uk> <a5092631-2ddf-1790-5f27-777646ef3d34@linaro.org> <20190104023213.GA27571@vmh-VirtualBox> <87va34srpj.fsf@oldenburg2.str.redhat.com> <0947d0c7-4c85-8acf-78c9-c3c1b720d1ad@linaro.org>
* Adhemerval Zanella:
> My point is why still use non-LFS interfaces as default for new 32 bits ports
> when kernel has moved on a long time ago. From glibc standpoint tt requires
> support two entrypoints with different semantic for the same function which
> in the end will use the same syscall (besides the inherent issue with non-LFS
> support).
We could perhaps announce in the glibc 2.29 NEWS file that a future
release of glibc will switch the default to LFS, with a plan for the
future to eliminate non-LFS interfaces completely (from the programming
interface).
Thanks,
Florian