[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: windows build failure
From: |
Eli Zaretskii |
Subject: |
Re: windows build failure |
Date: |
Sat, 12 Oct 2013 23:03:00 +0300 |
> Date: Sat, 12 Oct 2013 12:13:08 -0700
> From: Paul Eggert <address@hidden>
> CC: address@hidden
>
> >> > if you set your
> >> > system clock to 1116918-05-14 19:20:32 UTC on such a host,
> >> > or otherwise deal with outlandish time stamps, Emacs will
> >> > have screwups, and it won't be trivial to fix this.
>
> > So you are saying that 32-bit hosts will be dead for Emacs in about
> > half a year (if I interpret that time stamp correctly), is that right?
>
> No, it's A.D. 1,116,918, i.e., more than a million years
> from now.
That's a relief.
> Pretty outlandish, admittedly, but people often
> use Emacs for outlandish things. On my 64-bit host with
> TZ=UTC0, (current-time-string '(536870912 0)) returns
> "Sat May 14 19:20:32 1116918", the correct value;
> on GNU/Linux x32, though, Emacs configured without --with-wide-int
> will report an error even though that platform's 64-bit time_t
> can represent that time stamp; this is because 536870912 doesn't
> fit in an Emacs integer when EMACS_INT is 32 bits.
I get "Invalid time specification" with 536870912 on Windows. But I
also get that error for any value beyond 32767 (that corresponds to
"Mon Jan 18 11:01:52 2038"), as I'd expect for a 32-bit time_t. Am I
missing something?
Re: windows build failure, Sean Sieger, 2013/10/12
Re: windows build failure, Sean Sieger, 2013/10/14
Re: windows build failure, Sean Sieger, 2013/10/14