user/sven/git.git/date.c, branch v1.0rc1

Unlocalized isspace and friends

2005-10-15T00:17:27Z

Do our own ctype.h, just to get the sane semantics: we want locale-independence, _and_ we want the right signed behaviour. Plus we only use a very small subset of ctype.h anyway (isspace, isalpha, isdigit and isalnum). Signed-off-by: Junio C Hamano

[PATCH] Fix strange timezone handling

2005-09-22T08:53:36Z

We generate the ASCII representation of our internal date representation ("seconds since 1970, UTC + timezone information") in two different places. One of them uses the stupid and obvious way to make sure that it gets the sexagecimal representation right for negative timezones even if they might not be exact hours, and the other one depends on the modulus operator always matching the sign of argument. Hey, the clever one works. And C90 even specifies that behaviour. But I had to think about it for a while when I was re-visiting this area, and even if I didn't have to, it's kind of strange to have two different ways to print out the same data format. So use a common helper for this. And select the stupid and straighforward way. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

[PATCH] Return proper error valud from "parse_date()"

2005-09-20T22:07:54Z

Right now we don't return any error value at all from parse_date(), and if we can't parse it, we just silently leave the result buffer unchanged. That's fine for the current user, which will always default to the current date, but it's a crappy interface, and we might well be better off with an error message rather than just the default date. So let's change the thing to return a negative value if an error occurs, and the length of the result otherwise (snprintf behaviour: if the buffer is too small, it returns how big it _would_ have been). [ I started looking at this in case we could support date-based revision names. Looks ugly. Would have to parse relative dates.. ] Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

parse_date(): allow const date string

2005-07-12T17:33:06Z

This is part of breaking up the tag ID patch by Eric Biederman.

[PATCH] fix date parsing for GIT raw commit timestamp format.

2005-06-25T23:52:16Z

Usually all of the match_xxx routines in date.c fill tm structure assuming that the parsed string talks about local time, and parse_date routine compensates for it by adjusting the value with tz offset parsed out separately. However, this logic does not work well when we feed GIT raw commit timestamp to it, because what match_digits gets is already in GMT. A good testcase is: $ make test-date $ ./test-date 'Fri Jun 24 16:55:27 2005 -0700' '1119657327 -0700' These two timestamps represent the same time, but the second one without the fix this commit introduces gives you 7 hours off. Signed-off-by: Junio C Hamano Signed-off-by: Linus Torvalds

Include file cleanups..

2005-05-22T18:54:17Z

Add to the include files handled by "cache.h", and remove extraneous #include directives from various .c files. The rule is that "cache.h" gets all the basic stuff, so that we'll have as few system dependencies as possible.

sparse cleanup

2005-05-20T18:46:10Z

Fix various things that sparse complains about: - use NULL instead of 0 - make sure we declare everything properly, or mark it static - use proper function declarations ("fn(void)" instead of "fn()") Sparse is always right.

[PATCH] fix show_date() for positive timezones

2005-05-18T21:23:04Z

Signed-off-by: Nicolas Pitre Signed-off-by: Linus Torvalds

date.c: add "show_date()" function.

2005-05-06T22:28:59Z

Kind of like ctime(), but not as broken.

date handling: handle "AM"/"PM" on time

2005-05-01T19:34:56Z

And be a bitmore careful about matching: if we don't recognize a word or a number, we skip the whole thing, rather than trying the next character in that word/number. Finally: since ctime() adds the final '\n', don't add another one in test-date.