From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,ee78aab9bfd2fe2a
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news1.google.com!postnews.google.com!y1g2000pra.googlegroups.com!not-for-mail
From: Martin <martin.dowie@btopenworld.com>
Newsgroups: comp.lang.ada
Subject: Re: Inspiration for a better calendar package?
Date: Tue, 9 Dec 2008 04:23:04 -0800 (PST)
Organization: http://groups.google.com
Message-ID: <9106cf82-6e19-4a0e-aa84-583843dc9375@y1g2000pra.googlegroups.com>
References: <873agxd6i1.fsf@nbi.dk>
 <d2977df2-2b2d-4683-9ca7-d76e2c333647@m15g2000vbp.googlegroups.com>
	<12gqldae49yoe$.1sf2zlz1fthvh.dlg@40tude.net>
NNTP-Posting-Host: 20.133.0.8
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1228825385 14774 127.0.0.1 (9 Dec 2008 12:23:05
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 9 Dec 2008 12:23:05 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: y1g2000pra.googlegroups.com; posting-host=20.133.0.8;
	posting-account=g4n69woAAACHKbpceNrvOhHWViIbdQ9G
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.4)
	Gecko/2008102920 Firefox/3.0.4,gzip(gfe),gzip(gfe)
Xref: g2news1.google.com comp.lang.ada:2943
Date: 2008-12-09T04:23:04-08:00
List-Id: <comp.lang.ada>

On Dec 9, 11:15=A0am, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
wrote:
> On Tue, 9 Dec 2008 02:15:55 -0800 (PST), Martin wrote:
> > Ada.Calendar, Ada.Calendar.Arithmetic and Ada.Calender.Time_Zones
> > already seem to provide all this (and more!).
>
> They do not. There is no portable way to handle UTC.
>
> Ada.Calender.Time_Zones and Arithmetic are ill-defined. It was discussed =
in
> comp.lang.ada in August this year. I also posted a proposal how to fix th=
e
> issue to Ada comment.
>
> As for Ada.Calendar I doubt there should be any. It is a burden inherited
> from Ada 83. We just do not need political time otherwise than for
> formatted text output. It was silly for Ada 2005 to define time arithmeti=
c
> in terms of political time. Especially because there =A0simply is no way =
to
> define such arithmetic. Since political time increment "+" is not a
> function of its arguments!
>
> --
> Regards,
> Dmitry A. Kazakovhttp://www.dmitry-kazakov.de

Ah, I see there is more to the Haskell library than the initial link
suggests - having found http://haskell.org/ghc/docs/latest/html/libraries/t=
ime/Data-Time.html
it does cover the areas I didn't think it did.

If someone thinks this method fixes the perceived problem there is
nothing stopping them creating a "Date_Time" package hierarchy based
on the Haskell library that could be subsequently standardized (into
Ada.Date_Time) - anyone volunteers?

Cheers
-- Martin