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

[Eli Zaretskii]

> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Cc: Ivan Shmakov <ivan@siamics.net>,  19302@debbugs.gnu.org
> Date: Tue, 09 Dec 2014 19:31:20 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > So such an Emacs will be broken anyway after 2038, because it will be
> > unable to interpret file attributes, use interval timers, etc.
> 
> 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?

> It would be nice if those headers worked on 32-bit Emacsen, but on the
> other hand, there's very little reason to use a 32-bit OS these days, so
> it's not really a pressing issue.  And it gets less pressing each year.

Indeed.