From 45e0579fb7f8008c3df3358ca63bf9189e236edb Mon Sep 17 00:00:00 2001 From: Ulrich Drepper Date: Sat, 1 Sep 2001 06:22:57 +0000 Subject: [PATCH] Update. 2001-08-31 Ulrich Drepper * time/strptime.c (strptime_internal): Recognize 'l' format and handle it like 'I' for symmatry with strftime. --- ChangeLog | 5 +++++ manual/time.texi | 5 +++++ time/strptime.c | 2 ++ 3 files changed, 12 insertions(+) diff --git a/ChangeLog b/ChangeLog index a89e02e831..8239b709b7 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2001-08-31 Ulrich Drepper + + * time/strptime.c (strptime_internal): Recognize 'l' format and + handle it like 'I' for symmatry with strftime. + 2001-08-31 Richard Henderson * elf/dl-support.c (_dl_cpuclock_offset): Protect with NONAVAIL. diff --git a/manual/time.texi b/manual/time.texi index 27060b5358..a128243d4d 100644 --- a/manual/time.texi +++ b/manual/time.texi @@ -1480,6 +1480,11 @@ format; e.g. a date passed as @code{"02:1999:9"} is acceptable, even though it is ambiguous without context. As long as the format string @var{fmt} matches the input string the function will succeed. +The user has to make sure, though, that the input can be parsed in a +unambiguous way. The string @code{"1999112"} can be parsed using the +format @code{"%Y%m%d"} as 1999-1-12, 1999-11-2, or even 19991-1-2. It +is necessary to add appropriate separators to reliably get results. + The format string consists of the same components as the format string of the @code{strftime} function. The only difference is that the flags @code{_}, @code{-}, @code{0}, and @code{^} are not allowed. diff --git a/time/strptime.c b/time/strptime.c index 88b13f09e6..1f440a5d2f 100644 --- a/time/strptime.c +++ b/time/strptime.c @@ -463,6 +463,8 @@ strptime_internal (rp, fmt, tm, decided, era_cnt) tm->tm_hour = val; have_I = 0; break; + case 'l': + /* Match hour in 12-hour clock. GNU extension. */ case 'I': /* Match hour in 12-hour clock. */ get_number (1, 12, 2);