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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a3358f1ef9d04e63 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-20 02:37:21 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!news.iac.net!news-out.cwix.com!newsfeed.cwix.com!newsfeed.mathworks.com!fu-berlin.de!uni-berlin.de!ppp-2-38.5800-11.access.uk.worldonline.COM!not-for-mail From: "Nick Roberts" Newsgroups: comp.lang.ada Subject: Re: Calendar - leap seconds Date: Tue, 20 Mar 2001 10:26:52 -0000 Message-ID: <997bjh$kft$1@ID-25716.news.dfncis.de> References: <9940d5$49u6d$1@ID-25716.news.dfncis.de> <863dc9cyfj.fsf@acm.org> NNTP-Posting-Host: ppp-2-38.5800-11.access.uk.worldonline.com (62.64.179.38) X-Trace: fu-berlin.de 985084338 20989 62.64.179.38 (16 [25716]) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Xref: supernews.google.com comp.lang.ada:5888 Date: 2001-03-20T10:26:52+00:00 List-Id: "Laurent Guerby" wrote in message news:863dc9cyfj.fsf@acm.org... > Robert A Duff writes: > > [...] I find it annoying, for example, that if I want decimal-formatted > > integer, I can use 'Image, but if I want hexdecimal, I have to import > > Text_IO (or write my own). Hexadecimal formatting has nothing directly > > to do with I/O of character strings! > > This could be fixed by having separate packages offering all non > IO/time services, and just renaming declarations inside the IO/time > packages. The last point (renaming) is just implementation, it could > be just left out of the standard and be put as a RM note, this is to > say it shouldn't put a significant burden on implementors (move code > and put a few renames) and should be 100% upward compatible for users. Not exactly. It would not fix the fact that Ada.Calendar and Ada.Text_IO cannot be pure. On the other hand, it would be a nice fix to introduce two new standard, declared pure, packages Ada.Calendar_Conversions (with everything in Ada.Calendar except Clock, and perhaps more) and Ada.Text_Formatting (with everything in Ada.Text_IO except actual I/O operations). Implementations would then (almost) inevitably complete the corresponding declarations in Ada.Calendar and Ada.Text_IO by body renamings. -- Nick Roberts http://www.AdaOS.org