This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH 1/2] Y2038: add type __time64_t

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: Albert ARIBAUD <albert dot aribaud at 3adev dot fr>, libc-alpha at sourceware dot org
Date: Wed, 13 Jun 2018 11:46:25 -0700
Subject: Re: [PATCH 1/2] Y2038: add type __time64_t
References: <20180613070019.4639-1-albert.aribaud@3adev.fr> <20180613070019.4639-2-albert.aribaud@3adev.fr> <alpine.DEB.2.20.1806131408360.28522@digraph.polyomino.org.uk> <20180613181908.25a92dc8@athena> <c749dc84-72c4-3618-2f51-8a6790baab00@cs.ucla.edu> <alpine.DEB.2.20.1806131635320.28522@digraph.polyomino.org.uk>

On 06/13/2018 09:39 AM, Joseph Myers wrote:

Whatever the name, it needs to be clear that this macro relates to the
time_t used by default (unsuffixed) functions in this glibc -*not*necessarily the time_t for the current compilation.

OK, in that case perhaps it's better to stick to __TIMESIZE, as the_WIDTH names are intended to apply to the current compilation. (Sorryabout confusing C11 with TS 18661-1.)

References:
- [PATCH 0/2] Y2038 support batch 1 - __time64_t and __tz_convert
  - From: Albert ARIBAUD (3ADEV)
- [PATCH 1/2] Y2038: add type __time64_t
  - From: Albert ARIBAUD (3ADEV)
- Re: [PATCH 1/2] Y2038: add type __time64_t
  - From: Joseph Myers
- Re: [PATCH 1/2] Y2038: add type __time64_t
  - From: Albert ARIBAUD
- Re: [PATCH 1/2] Y2038: add type __time64_t
  - From: Paul Eggert
- Re: [PATCH 1/2] Y2038: add type __time64_t
  - From: Joseph Myers

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