[PATCH] rakudo Re: Parrot packaging problems
Patrick R. Michaud
pmichaud at pobox.com
Mon May 11 17:52:04 UTC 2009
On Fri, Apr 10, 2009 at 04:24:45PM -0400, Mark J. Reed wrote:
> On 4/10/09, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> > We can change the releases to be the 200903 form if that's
> > much better. But I personally much prefer the 2009-03 form
> > ("2009-03" is an ISO standard date form, whereas "200903" isn't).
>
> FWIW, 200903 is perfectly valid per ISO-8601; all separators are
> optional, except the "W" in dates given by week number and day instead
> of month and date.
Actually, 200903 is not a valid ISO-8601 date, at least not according
to ISO 8601:2004 section 4.1.2.3 ("Representations with reduced
accuracy") [1]:
If in a given application it is sufficient to express a
calendar date with less accuracy than a complete representation
as specified in 4.1.2.2, either two, four or six digits may be
omitted, the omission starting from the extreme right-hand side.
The resulting representation will then indicate a month, a
year or a century, as set out below. When only [DD] is omitted,
a separator shall be inserted between [YYYY] and [MM], but
separators shall not be used in the other representations with
reduced accuracy.
Thus "2009-05-11", "20090511", and "2009-05" are all valid ISO 8601
dates, but "200905" is not valid because the separator is required when
only the day-of-month is omitted from the date.
Thanks,
Pm
[1] http://isotc.iso.org/livelink/livelink/4021199/ISO_8601_2004_E.zip?func=doc.Fetch&nodeid=4021199, link taken from wikipedia.org [2]
[2] http://en.wikipedia.org/wiki/ISO_8601
More information about the parrot-dev
mailing list