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 11:28:04 PST Path: supernews.google.com!sn-xit-03!supernews.com!nntp.cs.ubc.ca!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.clara.net!heighliner.fr.clara.net!grolier!club-internet!not-for-mail From: Laurent Guerby Newsgroups: comp.lang.ada Subject: Re: Calendar - leap seconds Date: 20 Mar 2001 20:23:31 +0100 Organization: Club-Internet (France) Message-ID: <86lmq0jlcc.fsf@acm.org> References: <9940d5$49u6d$1@ID-25716.news.dfncis.de> <863dc9cyfj.fsf@acm.org> <997bjh$kft$1@ID-25716.news.dfncis.de> NNTP-Posting-Host: nas23-97.vlt.club-internet.fr X-Trace: front7m.grolier.fr 985116013 27449 195.36.173.97 (20 Mar 2001 19:20:12 GMT) NNTP-Posting-Date: 20 Mar 2001 19:20:12 GMT X-Newsreader: Gnus v5.7/Emacs 20.5 Xref: supernews.google.com comp.lang.ada:5920 Date: 2001-03-20T19:20:12+00:00 List-Id: "Nick Roberts" writes: > "Laurent Guerby" wrote in message > > 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. I think we're saying the same thing here. Ada.Calendar and Ada.Text_IO cannot be pure for sure, but the new packages (I called them "separate package", you gave them explicit names) can be. -- Laurent Guerby