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,88ed72d98e6b3457 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-10 10:05:35 PST Path: archiver1.google.com!news2.google.com!fu-berlin.de!nntp.cs.ubc.ca!cyclone.bc.net!news-in.mts.net!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Standard Library Interest? References: <3F803278.1020507@noplace.com> <3F806630.7050204@noplace.com> <3F816DA0.8010303@noplace.com> In-Reply-To: <3F816DA0.8010303@noplace.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Fri, 10 Oct 2003 12:58:44 -0400 NNTP-Posting-Host: 198.96.223.163 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1065805099 198.96.223.163 (Fri, 10 Oct 2003 12:58:19 EDT) NNTP-Posting-Date: Fri, 10 Oct 2003 12:58:19 EDT Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:622 Date: 2003-10-10T12:58:44-04:00 List-Id: Marin David Condic wrote: > Georg Bauhaus wrote: > > > > In the real world? After all, afaik, most compilers don't run on bare > > hardware, so having to maintain an OS, using non-Ada system > > libraries, is not uncommon? As is using and files, and a repository, > > and compilation options, and cross compilers, and version changes, > > and so on... So using one or more additional libraries of the BLAS > > kind might add little more than O(n) complexity, when changes in your > > Ada setup do not affect your Fortran setup. > > That's not how its done. At least not in my real world. :-) Selecting a > compiler, fitting something into our whole release process and getting > code into an embedded processor is an incredibly non-trivial exercise. > Saying "O.K. here is some Fortran - go get a suitable Fortran compiler > and marry it up with your process & get it into the control..." is a > non-starter. (And then we could talk about C libraries, C++ libraries, > Java libraries, etc., etc., etc. The answer is "No.") We could toss into > the mix any sort of licensing problems if you'd like, but basically it > doesn't impact the "Hell No!" answer I'd already get by any significant > amount. > > I can use Ada libraries much more easily - especially if its a > compiler-provided package. And one such way to get it there, is to write/mangle packages to work with GNAT in a "ready to go" fashion (partly to help ourselves, partly to help ACT, who are helping us). If we do this successfully, then ACT's competitors will want to port the GNAT library to work with their version of the compiler. In effect, this will simply happen as a natural result of an initial and ongoing effort. What will be key here(!), is to license the sources in such a way that they can do this, without involving lawyers. If the lawyers have to get involved, then you may never see the light of day from the vendors on this. Since this is a difficult area, I think you'll need to segment the naming space such that this is easy to subdivide. For example, GPL'd code could fall into a GPL.* and/or GPL2.* hierarching, while public domain stuff could be under a PD.* hierarchy. Warren.