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,c78684b2d4add105 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-12 15:54:56 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!logbridge.uoregon.edu!nntp-server.caltech.edu!attla2!ip.att.net!attbi_feed3!attbi_feed4!attbi.com!sccrnsc04.POSTED!not-for-mail Message-ID: <3F89DB96.80708@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: Feasibility/Requirements/Wishes of xAL (was: Standard Library Interest?) References: <3F88D5E3.9010702@comcast.net> <3F897415.6030804@noplace.com> 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: sccrnsc04 1065999295 24.34.139.183 (Sun, 12 Oct 2003 22:54:55 GMT) NNTP-Posting-Date: Sun, 12 Oct 2003 22:54:55 GMT Organization: Comcast Online Date: Sun, 12 Oct 2003 22:54:55 GMT Xref: archiver1.google.com comp.lang.ada:752 Date: 2003-10-12T22:54:55+00:00 List-Id: Marin David Condic wrote: > I'm not sure what the value of some kind of name registration would be. > Perhaps you can explain it better. It seems to me that you're proposing > that, for example, "GtkAda" could register the root name "GtkAda" and > nobody else would then use it for a library they intended to build? I'm > not clear on what that does for establishing some kind of library. I > don't see a bunch of people clamoring to use the name "GtkAda" as the > root for their package now, so I'm not understanding what problem we're > trying to solve here. Does GtkAda become some "Semi-Official" part of > Ada by virtue of registering the name? How does that help? > > It seems that you could have fifty different packages doing essentially > what GtkAda does and all of them having some "Official" name and none of > them being shipped by the vendors. How is that different than what we > have now? AFAIK, we don't seem to have a namespace problem with the > assorted libraries out there on the internet, so I'm wondering what we > get for this? First notice that without a group working on CAL or whatever name is chosen, this isn't much use at all. The bit about avoiding name conflicts might be helpful in a vacuum, but that is about it. However, if we do have a serious collaborative library building effort going on, or several of them, then having the registrar in place and working deals with several major problems and has one side benefit. The major problem is that there are names and areas which are potential minefields. For example, GNADE uses ODBC. ODBC is a Microsoft standard. It would be really nice to name the package that supplies the thin binding to ODBC, something.ODBC, and have Microsoft's permission to do so. This is part of what the registry is there to accomplish, just like the process for registering domain names on the Internet. In addition there are some names which may be highly prized and others which should be used for implementations of particular bindings or libraries. I don't care if CAL has a CAL.BLAS which has nothing to do with the Basic Linear Algebra System. (Well, I think it would be silly, and if I got a vote inside CAL I'd probably vote against it.) But I think any "root" library named BLAS would only be given to a (complete, working) BLAS implementation. Similarly I can't see any legitimate standards group approving the name GtkAda for anyone except the authors of GtkAda. Now comes the side benefit... There are certain Microsoft bindings that won't get into CAL or any such library without Microsoft's blessing. To the extent that Microsoft wants to control such bindings, they will. But if there is a registry in place and well managed, it will be a lot easier to get sensible Ada bindings to Microsoft (and other company's) interfaces registered and with sensible copyright restrictions. No, that doesn't mean that we can talk Microsoft into going to open source licensing for everything. But it should mean that they will agree to have the package spec free for copying without modification, even if Microsoft wants you to buy their implementation. (But I expect that Microsoft will be willing to make any necessary Microsoft bindings available from their website. They have in the past.) I used Microsoft to be specific. But there are other companies such as Oracle, Sun, and even ACT where before we are done we may have to deal with trademark and copyright issues. Do it right from the start, and there may even be funding from someone other than the compiler companies. But if we don't start out with the right intentions--to do our best to acknowledge and protect copyrights and trademarks without making the libraries impossible to use--then we will fail. -- 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