This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC] Forcing 64-bits __OFF_T_TYPE and __INO_T_TYPE for new 32-bit architectures?
- From: Arnd Bergmann <arnd at arndb dot de>
- To: libc-alpha at sourceware dot org
- Cc: Paul Eggert <eggert at cs dot ucla dot edu>, Zack Weinberg <zackw at panix dot com>, "Manuel A. Fernandez Montecelo" <manuel dot montezelo at gmail dot com>
- Date: Mon, 06 Jun 2016 22:08:09 +0200
- Subject: Re: [RFC] Forcing 64-bits __OFF_T_TYPE and __INO_T_TYPE for new 32-bit architectures?
- Authentication-results: sourceware.org; auth=none
- References: <20160606185149 dot GA11555 at reva dot itsari dot org> <CAKCAbMiRdHE7bV5=5mk3-rR6fTPdwasG9bhY-iGh7-zNQ8GxSg at mail dot gmail dot com> <ab0e3edb-e205-a87e-7762-106b9407399f at cs dot ucla dot edu>
On Monday, June 6, 2016 12:42:47 PM CEST Paul Eggert wrote:
> On 06/06/2016 12:18 PM, Zack Weinberg wrote:
> > And, while we're at it, time_t?
>
> +1 on time_t. The year 2038 is not that far off. The others should be
> 64-bit too.
I'm still working (not very actively at the moment) on the kernel
patches for time_t, right now the kernel only has 64-bit off_t, ino_t,
blkcnt_t, fsblkcnt_t and fsfilcnt_t for all 32-bit architectures,
and glibc emulates the 32-bit types on top of that, while the kernel
has 'long' for time_t basically everywhere.
Arnd