This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: Year 2038 problem
- From: Clemens Ladisch <clemens at ladisch dot de>
- To: newlib at sourceware dot org
- Date: Wed, 18 Nov 2015 11:44:43 +0100
- Subject: Re: Year 2038 problem
- Authentication-results: sourceware.org; auth=none
- References: <298571211 dot 10499346 dot 1447832835018 dot JavaMail dot yahoo dot ref at mail dot yahoo dot com> <298571211 dot 10499346 dot 1447832835018 dot JavaMail dot yahoo at mail dot yahoo dot com> <20151118094331 dot GQ6402 at calimero dot vinschen dot de>
Corinna Vinschen wrote:
> On Nov 18 07:47, R. Diez wrote:
>> I am developing embedded firmware on 32-bit ARM Cortex-Mx processors.
>> I believe that there is still no work-around for the year 2038 problem
>> in newlib, right?
>
> What kind of workaround are you looking for? The usual one is to
> redefine time_t as 64 bit type...
Is changing _TIME_T_ to long long in newlib/libc/include/machine/types.h
and recompiling newlib something that is known to work? Considering the
lack of a configuration option for this, I doubt that anybody ever tried.
Would such a simple configuration option be accepted into newlib? (Most
embedded systems do not care about backwards compatibility, but newlib
as a whole probably does.)
Regards,
Clemens