summaryrefslogblamecommitdiff
path: root/system/cvs/time64-hack.patch
blob: 70ad8f54f630aa5bc4159a619897fbb1fe99ce16 (plain) (tree)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

















                                                                               
This is a terrible kludge to force CVS to build on 32-bit machines with time64.

We really need to figure out a way to bring one of the BSD forks of CVS in so
that we can have a better, safer way to handle this before Y2038.

--- cvs-1.12.13/lib/mktime.c.old	2005-09-19 16:16:56.000000000 +0000
+++ cvs-1.12.13/lib/mktime.c	2019-12-22 22:59:47.409697542 +0000
@@ -167,8 +167,8 @@
 	    int year0, int yday0, int hour0, int min0, int sec0)
 {
   verify (C99_integer_division, -1 / 2 == 0);
-  verify (long_int_year_and_yday_are_wide_enough,
-	  INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UINT_MAX);
+  /*verify (long_int_year_and_yday_are_wide_enough,
+	  INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UINT_MAX);*/
 
   /* Compute intervening leap days correctly even if year is negative.
      Take care to avoid integer overflow here.  */