This repository has been archived by the owner on Sep 20, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 22
timeConvert does not always work on 32-bit GHC #21
Comments
Int64 -> Int32 truncation happens in Data/Hourglass/Internal/Unix.hs I've slightly changed it to make an error clearer:
Results to:
|
trofi
added a commit
to gentoo-haskell/gentoo-haskell
that referenced
this issue
Aug 31, 2015
On 32-bit systems Hourglass silently breaks dates out of range '1970 +- 68' years due to use of 'time_t' and 'gmtime_r' from installed libc. Workaround test failures by not testing times out of this range. Github-bug: vincenthz/hs-hourglass#21 Github-bug: vincenthz/hs-asn1#12 Package-Manager: portage-2.2.20
mgorny
pushed a commit
to gentoo/gentoo
that referenced
this issue
Aug 31, 2015
On 32-bit systems Hourglass silently breaks dates out of range '1970 +- 68' years due to use of 'time_t' and 'gmtime_r' from installed libc. Workaround test failures by not testing times out of this range. Github-bug: vincenthz/hs-hourglass#21 Github-bug: vincenthz/hs-asn1#12 Package-Manager: portage-2.2.20
sadly, I'm not sure that is worth fixing; specially by raising a dynamic error. also technically this hasn't nothing to do with a CLong. CLong could be 32 bits, when CTime is 64 bits |
Closing, because I don't think there's any more efforts to put in this. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
One of the fallouts of vincenthz/hs-asn1#12 is the following:
Running the following
x86_64-linux-ghc-7.10.2 yields:
i686-linux-ghc-7.10.2 yields:
The text was updated successfully, but these errors were encountered: