bug#19302: 24.4.51; `date-to-time' fails after 2038

[Eli Zaretskii]

> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Cc: 19302@debbugs.gnu.org,  ivan@siamics.net
> Date: Tue, 09 Dec 2014 20:01:22 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> The problem is in parsing dates in the far future.  Web pages, for
> >> instance, popularly use an Expiry: header saying that the page expires
> >> in the year 2100 as a synonym for "never expires".
> >
> > So we are going now to reinvent all the strftime stuff, complete with
> > localized names of months, days, etyc., is that so?
> 
> Not at all.  I'm just explaining what the use case it.

I understood, and even agreed.

> My solution would be to just document this ("Emacs does not support
> dates further into the future than 2038 on OS-es with 32-bit
> time_t") and move on.

Yes.