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-Thread: a07f3367d7,a19f7b11143e52d2 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!postnews.google.com!c11g2000vbe.googlegroups.com!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: One united Ada policy for all Linux distributions? Date: Tue, 18 May 2010 03:19:36 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <8b775424-6d49-4fc1-8f9d-f1837d75371e@e21g2000vbl.googlegroups.com> <15rwx3bkqj8p9$.18lm12fadj9m7$.dlg@40tude.net> NNTP-Posting-Host: 153.98.68.197 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1274177976 25297 127.0.0.1 (18 May 2010 10:19:36 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 18 May 2010 10:19:36 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: c11g2000vbe.googlegroups.com; posting-host=153.98.68.197; posting-account=pcLQNgkAAAD9TrXkhkIgiY6-MDtJjIlC User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.6) Gecko/2009012111 Red Hat/3.0.6-1.el5 Firefox/3.0.6,gzip(gfe) Xref: g2news2.google.com comp.lang.ada:11714 Date: 2010-05-18T03:19:36-07:00 List-Id: Dmitry A. Kazakov wrote on comp.lang.ada: > On Tue, 18 May 2010 02:32:40 -0700 (PDT), Ludovic Brenta wrote: >> - The package names must change when the ALI files change (the Debian >> Policy for Ada explains why in detail; this is not specific to Debian >> but is a consequence of the Ada language definition, so must apply to >> all distributions). > > Do you mean version suffix? I mean the "aliversion" which must be somewhere in the package name, e.g. in libgtkada2.14.2-dev the aliversion is 2.14.2. It does not have to be a suffix; it only has to be present. >> - The release cycles are different for all distributions. =A0Therefore, >> at any point in time, each distribution would provide a different >> collection of the compiler and of all libraries, using different >> package names. =A0This may or may not have an impact on user programs >> and compilation commands. > > Yes, when using plain gnatmake with -I, -L stuff. (Who cares?) > > No, when project files used. The project file names must be invariant. E.= g. > gtkada.gpr. Ideally gpr files should be installed where GPS, gprbuild, > gnatmake could look after them. GNAT GPL's GPS does it in > /lib/gnat. I think the policy should mandate a directory under > /usr/lib or /usr/include for all gpr files rather than project-dependent > directories. Debian uses the proposed "standard": /usr/share/ada/adainclude and patches libgnatprj.so to look there for project files. libgnatprj.so is shared between all GNAT tools and GPS and, in the future, gprbuild. (in the mean time, gprbuild is patched too). > If we wanted to introduce versioning (coexistence in Debian policy terms?= ), > we could hang version suffixes on the gpr's directory, rather than on gpr > files. The suffix will follow GNAT releases. That would be too restrictive; it would not allow you to have e.g. two versions of a library with the same compiler. This is no better than the GNAT GPL distribution as you noted. So the versioning would have to use the aliversion in the names of the .gpr files, possibly with a versionless symlink to the default versioned project file, e.g.: /usr/share/ada/adainclude/gtkada2.14.2.gpr /usr/share/ada/adainclude/gtkada2.18.gpr /usr/share/ada/adainclude/gtkada.gpr -> gtkada2.14.2.gpr -- Ludovic Brenta.