I've written a new date lexer, which you can find in sbr/dtimep.lex. It:
1) works
2) works with flex (I admittedly have not tried it with lex, although it
works in flex's lex compatibility mode, if that means anything).
3) works without any "sed hackery", as was mentioned a few weeks ago.
This should make moot any problems with the sed script, and help
people who lost on hpux and win32.
I've set the Makefile so that a make clean will not delete the lexed
dtimep.c, so that users don't need to keep relexing dtimep.lex (unless
dtimep.lex changes, obviously). Are there any compelling reasons to
have it regenerated every time?
The dparsetime() function does not yet have some of the timezone
guessing features which was in the previous version, which I will be
working on.
If you come across any date formats that something like scan or sortm
can't handle, drop me a line or add the format to dtimep.lex. The
easiest way to test this is probably to run sortm, since it will throw
back any messages it couldn't parse.
Shantonu
