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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,cfd23c10fd537a80
X-Google-Attributes: gid103376,public
From: Robert Dewar <robert_dewar@my-deja.com>
Subject: Re: C date package
Date: 2000/05/09
Message-ID: <8f92o1$6v$1@nnrp1.deja.com>#1/1
X-Deja-AN: 621092355
References: <l0313030eb53d1408aee7@[144.205.16.58]>
 <39176D85.603D7AEC@research.canon.com.au>
 <39178DEA.FD2C20FA@research.canon.com.au>
X-Http-Proxy: 1.0 x34.deja.com:80 (Squid/1.1.22) for client 205.232.38.14
Organization: Deja.com - Before you buy.
X-Article-Creation-Date: Tue May 09 13:10:38 2000 GMT
X-MyDeja-Info: XMYDJUIDrobert_dewar
Newsgroups: comp.lang.ada
X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I)
Date: 2000-05-09T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <39178DEA.FD2C20FA@research.canon.com.au>,
  Geoff Bull <geoff@research.canon.com.au> wrote:

> The current Ada.Calendar is pretty weak - just reports an
> implementation defined time - local time on my system.

Well that seems pretty strong to me, given that the design point
of the Ada.Calendar package is precisely to report the commonly
used local time on your system.

Almost any package is weak if you start expecting it to do
things completely outside what it was designed for (for
example I have found Ada.Numerics.Generic_Elementary_Functions
virtually useless for doing computations on arbitrary precision
arithmetic quantities).



Sent via Deja.com http://www.deja.com/
Before you buy.