aren't valid on 32-bit systems.
+2007-12-12 Ulrich Drepper <drepper@redhat.com>
+
+ * time/bug-getdate1.c (do_test): Don't use century values which
+ aren't valid on 32-bit systems.
+
2007-12-12 Jakub Jelinek <jakub@redhat.com>
* sysdeps/i386/i486/bits/string.h (memmove): Define as macro.
res |= process_getdate_on ("25 3");
output_to_template_file ("%C");
- res |= process_getdate_on ("98");
+ res |= process_getdate_on ("20");
output_to_template_file ("%C %y %m");
- res |= process_getdate_on ("98 3 2");
+ res |= process_getdate_on ("20 3 2");
output_to_template_file ("%C %y");
- res |= process_getdate_on ("21 5");
+ res |= process_getdate_on ("20 5");
/*
* The following testcase reproduces the problem:
/* Convert a `struct tm' to a time_t value.
- Copyright (C) 1993-1999, 2002-2005, 2006 Free Software Foundation, Inc.
+ Copyright (C) 1993-1999, 2002-2006, 2007 Free Software Foundation, Inc.
This file is part of the GNU C Library.
Contributed by Paul Eggert <eggert@twinsun.com>.
int diff = approx_biennia - approx_requested_biennia;
int abs_diff = diff < 0 ? - diff : diff;
- /* IRIX 4.0.5 cc miscaculates TIME_T_MIN / 3: it erroneously
+ /* IRIX 4.0.5 cc miscalculates TIME_T_MIN / 3: it erroneously
gives a positive value of 715827882. Setting a variable
first then doing math on it seems to work.
(ghazi@caip.rutgers.edu) */