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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6ea0a5c35bbeef5e X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-13 14:46:10 PST Path: supernews.google.com!sn-xit-03!supernews.com!logbridge.uoregon.edu!isdnet!psinet-france!psiuk-f4!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: calander package Date: Tue, 13 Mar 2001 17:32:25 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <98m76k$cfi$1@nh.pace.co.uk> References: <98jo6d$vu4$1@slb3.atl.mindspring.net> <98lis0$56j$1@nh.pace.co.uk> <%%tr6.2979$54.3285@www.newsranger.com> <98ltmj$90q$1@nh.pace.co.uk> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 984522772 12786 136.170.200.133 (13 Mar 2001 22:32:52 GMT) X-Complaints-To: newsmaster@pace.co.uk NNTP-Posting-Date: 13 Mar 2001 22:32:52 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: supernews.google.com comp.lang.ada:5702 Date: 2001-03-13T22:32:52+00:00 List-Id: Well, a while ago there was an attempt to have a Standard Components working group come up with a bunch of utility stuff like data structures, etc. For whatever reasons it sort of collapsed. Maybe nobody had enough time to "own" the group? Anyway, I think the way things like date tools could make it into the Ada language as a part of the standard would be through a process similar to this. If there were a group of die-hard Ada fans who developed some useful collection of general-purpose code (dates, math functions, data structures, etc.) and it gained some level of acceptance as a pseudo-standard, then it wouldn't be that big a deal to extend compilers to include it. (Well, O.K. If it was part of the standard, someone would feel honor-bound to require it be tested & that could end up looking like work!) This is certainly how a lot of functions have made their way into C as part of the standard or a de facto standard. Everyone just glommed onto the software and included it in their compiler distribution within the search path. AFAIK, it isn't required that a compiler allow you to create child packages of standard Ada packages and this has bitten me in the past. (Not legal to make "Ada.Numerics.My_Cool_Stuff"?) Hence it isn't likely that Calendar itself can be extended except by the compiler writers - and you're back to "more pressing things to do". But maybe there's some way to allow for this kind of extension in a semi-standard way that encourages the development of useful packages that might get adopted by the compiler vendors. For example, if there was an "Ada.Extras" package (pick whatever name you like) that was specified by the standard as the "standard" way of providing "non-standard" packages as children, this might help breed non-standard extensions that eventually become standard extensions? Hmmmm? If you use them, you know you're not guaranteed portable - just like the optional appendices - but it becomes the place to create utility code that might get adopted by one or more compiler vendors? GNAT provides some useful extensions in a similar way, but what other compiler vendor is going to want to have GNAT.Something as part of their product? Bad publicity. However Win32Ada seems to have been adopted as a semi-standard, so it can be done - just not if it looks like someone else is going to get the credit or ownership. It would be nice to see some set of utilities migrate into Ada in some manner that gave one confidence in using them without requiring additions to the ARM..... MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Randy Brukardt" wrote in message news:nAwr6.4569$7e6.1762378@homer.alpha.net... > > I've done this dozens of times, too. So, when the problem came up with > the Smplsrvr, we went ahead and added a package of operations to Claw. > The Claw.Time package really doesn't depend on Claw itself (nor on > Windows), so it could be used separately. It's in the Claw Introductory > version, which is available for free non-commerical use at > www.rrsoftware.com. > > I was thinking about proposing something on this line to the ARG for > standardization, but it unclear that the ARG is interested in > (semi-)standardizing these sorts of packages. (It seems to run about > 50-50 within the membership as to whether time should be spent on it. > The objections mostly are that there are more important things to work > on.) >