#2003: The Data.Time.Format parser should be more liberal
----------------------------------+-----------------------------------------
Reporter: BjornBuckwalter | Owner:
Type: feature request | Status: new
Priority: normal | Milestone:
Component: libraries (other) | Version:
Severity: normal | Keywords:
Difficulty: Unknown | Testcase:
Architecture: Unknown | Os: Unknown
----------------------------------+-----------------------------------------
I (Björn Buckwalter) wrote to the libraries list:
Is there a compelling reason to not make the formats in Data.Time.Format
case-insensitive when parsing? This would apply to the months, weekdays,
time zone. (I see there are already two formats %p and %P corresponding
(confusingly) to AM/PM and am/pm respectively.)
What got me thinking about this is that I'm being supplied with dates on
the format "26 DEC" which will not parse without munging. I suspect such
situations are fairly common?
To which Björn Bringert replied:
I agree. The parser should be more liberal. I originally implemented
rather faithful inverses of the formatting directives, but I don't really
see any point in being very strict when parsing.
You are welcome to submit a patch for this, or at least a feature
request in Trac to keep it from being forgotten.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2003>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
