summaryrefslogtreecommitdiffstats
path: root/contrib/cvs/diff
diff options
context:
space:
mode:
authorpeter <peter@FreeBSD.org>2002-12-02 01:05:08 +0000
committerpeter <peter@FreeBSD.org>2002-12-02 01:05:08 +0000
commit86b5d0d658fdb5d01756833a7ddb09d0cd6757db (patch)
tree31bd6c13e2a6bc309ae7a12cf40cbda6e038253b /contrib/cvs/diff
parent5ff6e23e4103a7955f31ad59971fb6b0b21fd215 (diff)
downloadFreeBSD-src-86b5d0d658fdb5d01756833a7ddb09d0cd6757db.zip
FreeBSD-src-86b5d0d658fdb5d01756833a7ddb09d0cd6757db.tar.gz
Replace rev 1.33 with a real fix. The problem was integer overflows
when trying to store the year in a signed int. The maximum time_t on ia64 is around 292 billion years in the future, but 'int' and struct tm.tm_year can only represent then ext 2.1 billion years or so. This solves the problem of mktime/localtime looping on ia64. Unfortunately, the standards say that tm_year is an 'int', so we are still stuck with a y2147483647 bug. bash2's configure script looks for bugs in mktime() and fails on ia64 because of this. However, mktime() on FreeBSD fails the test normally anyway so this is no big loss. This change does not affect any other platforms besides ia64. Approved by: re
Diffstat (limited to 'contrib/cvs/diff')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud