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: 103376,e36020a4e7d24836 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!postnews.google.com!hd10g2000vbb.googlegroups.com!not-for-mail From: AdaMagica Newsgroups: comp.lang.ada Subject: Re: How to leave .ali files in original library? Date: Thu, 10 Mar 2011 22:05:17 -0800 (PST) Organization: http://groups.google.com Message-ID: References: <87zkp4uhjl.fsf@ludovic-brenta.org> NNTP-Posting-Host: 80.156.44.178 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1299823517 25567 127.0.0.1 (11 Mar 2011 06:05:17 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Fri, 11 Mar 2011 06:05:17 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: hd10g2000vbb.googlegroups.com; posting-host=80.156.44.178; posting-account=rmHyLAoAAADSQmMWJF0a_815Fdd96RDf User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4,gzip(gfe) Xref: g2news1.google.com comp.lang.ada:18069 Date: 2011-03-10T22:05:17-08:00 List-Id: On 10 Mrz., 22:23, "Randy Brukardt" wrote: > "Ludovic Brenta" wrote in message > > news:eebf3b04-6c56-4192-a0e9-958ac126e428@l2g2000prg.googlegroups.com... > > > localh...@example.org wrote on comp.lang.ada: > >> Thanks...I would like to avoid using project files > > > Why? > > I can't speak for the OP, but the obvious reason is that they cause vendo= r > lock-in. If any significant amount of your project's functionality is tie= d > up in .GPR files, then that functionality is not portable to another Ada > compiler. (.GPR files are not Ada!). > > That said, you practically will have to use some tool to get at least som= e > of that functionality for every Ada system -- but clearly the less you > depend on it the easier porting will be. (Complex project structures in > Janus/Ada aren't portable anywhere else, either.) > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Randy. And on APEX, you have subsystems; this structure is also not portable. I used a GNAT project file per APEX subsystem when porting. So for big projects, you're always bound to the vendor with the structure of your Ada sources. The idea of a standard APSE or KAPSE died long ago.