This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v4 00/10] RISC-V glibc port for the 32-bit
- From: Zong Li <zongbox at gmail dot com>
- To: Palmer Dabbelt <palmer at dabbelt dot com>
- Cc: joseph at codesourcery dot com, Arnd Bergmann <arnd at arndb dot de>, Alistair dot Francis at wdc dot com, darius at bluespec dot com, Andrew Waterman <andrew at sifive dot com>, dj at redhat dot com, libc-alpha at sourceware dot org, Zong Li <zong at andestech dot com>
- Date: Wed, 12 Dec 2018 20:02:27 +0800
- Subject: Re: [PATCH v4 00/10] RISC-V glibc port for the 32-bit
- References: <alpine.DEB.2.21.1812111745100.25086@digraph.polyomino.org.uk> <mhng-3322e209-d5fb-44df-b5c7-d7688ea30f18@palmer-si-x1c4>
Palmer Dabbelt <palmer@dabbelt.com> 於 2018年12月12日 週三 上午2:09寫道:
>
> On Tue, 11 Dec 2018 09:48:07 PST (-0800), joseph@codesourcery.com wrote:
> > On Sat, 8 Dec 2018, Palmer Dabbelt wrote:
> >
> >> * Fix both Linux (for 4.21) and our glibc port to use a 64-bit time_t ABI,
> >> which should be possible at least for all core kernel functionality.
> >
> > Note that if you're planning for the glibc port to use only 64-bit time_t
> > (like x32) rather than supporting different values of _TIME_BITS, it would
> > be best for it also to use only 64-bit off_t etc. - as _TIME_BITS=64 will
> > require _FILE_OFFSET_BITS=64, and I don't think we should have a port
> > that's the odd one out in supporting 32-bit offsets with 64-bit times.
>
> Makes sense to me.
I would take this to next version.