This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 1/1] Y2038: add function __difftime64
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>
- Cc: Albert ARIBAUD <albert dot aribaud at 3adev dot fr>, <libc-alpha at sourceware dot org>, <bug-gnulib at gnu dot org>
- Date: Tue, 17 Jul 2018 20:40:04 +0000
- Subject: Re: [PATCH 1/1] Y2038: add function __difftime64
- References: <20180620121427.25397-1-albert.aribaud@3adev.fr> <20180620121427.25397-2-albert.aribaud@3adev.fr> <9b02ad78-15cf-969e-b2ef-cae13d5a689e@cs.ucla.edu> <20180620225545.4eb76291@athena> <31f71b4a-6141-f27a-3385-3653f58adb28@cs.ucla.edu> <20180626003245.023eb716@athena> <6c6c0111-572d-538a-e9e7-26b43b44d6c4@cs.ucla.edu> <20180627130342.41cc6992@athena> <20180705203637.66ae4947@athena> <90246a4c-86cc-c191-8564-e6eea556fa13@cs.ucla.edu>
On Thu, 5 Jul 2018, Paul Eggert wrote:
> Although Gnulib hasn't needed a difftime module yet, it might need one once
> this 32- vs 64-bit time_t stuff lands into glibc, so let's keep difftime.c
> usable for Gnulib.
I don't think we should make such requests of contributers for code that
is not shared with another project. For code that is actually shared with
gnulib (possibly with some divergence on both sides), yes, but not for
arbitrary other functions simply because they might hypothetically be
useful in other context in future.
--
Joseph S. Myers
joseph@codesourcery.com