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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,15267b2c375b45c2 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-22 19:17:37 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!news-out1.nntp.be!propagator2-sterling!news-in-sterling.nuthinbutnews.com!cyclone1.gnilink.net!wn14feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi.com!attbi_s51.POSTED!not-for-mail Message-ID: <3F9739EF.4000608@comcast.net> From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada Component Registry proposal References: <3F92BEAA.9030004@comcast.net> <3F96B96E.3000707@comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 24.34.139.183 X-Complaints-To: abuse@comcast.net X-Trace: attbi_s51 1066875456 24.34.139.183 (Thu, 23 Oct 2003 02:17:36 GMT) NNTP-Posting-Date: Thu, 23 Oct 2003 02:17:36 GMT Organization: Comcast Online Date: Thu, 23 Oct 2003 02:17:36 GMT Xref: archiver1.google.com comp.lang.ada:1479 Date: 2003-10-23T02:17:36+00:00 List-Id: sk wrote: > However, since I am foaming at the brain for something, here are my > thoughts from march this year ... > > Libraries.xxx > > > > "Libraries" just a graft point, nothing significant about > > the name. "Libraries" would, by agreement, have some invarient > > subtrees. Perhaps two levels of abstract/conceptual packages > > before specific solutions are grafted into the tree ? > > As good as any other... > > Libraries.Vendor (invarient, children as needed) > > .Gnat. > > .Os_Lib; > > ... > > .RRSoftware > > .Claw > > ... > > > > Libraries.Host (invariant, children as needed) > > .Linux > > .Windows > > .Win32Ada... More a style comment than anything else, I think this hierarchy is not bushy enough to be natural for Ada. For example, above I would prefer: Libraries.Gnat. Libraries.Claw Libraries.Linux Libraries.Windows As the second level entries. We are all big boys and girls who know how to use grep, or the equivalent if we need to do a search. It might be worth having OS as a second level, but only if it didn't push things toward a renames. How about: Libs.OS.Linux Libs.OS.Windows... Of course, resolving this is important. But as far as the registry project goes, I need to register what exists now. -- Robert I. Eachus "Quality is the Buddha. Quality is scientific reality. Quality is the goal of Art. It remains to work these concepts into a practical, down-to-earth context, and for this there is nothing more practical or down-to-earth than what I have been talking about all along...the repair of an old motorcycle." -- from Zen and the Art of Motorcycle Maintenance by Robert Pirsig