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-7-bit
Path: 
 g2news1.google.com!news4.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!138.195.8.3.MISMATCH!news.ecp.fr!news.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: How to leave .ali files in original library?
Date: Thu, 10 Mar 2011 15:23:34 -0600
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <ilbfgo$hto$1@munin.nbi.dk>
References: <slrninfg27.kmk.localhost@example.org>
 <87zkp4uhjl.fsf@ludovic-brenta.org> <slrningqqj.27q.localhost@example.org>
 <m2mxl3v5vf.fsf@pushface.org> <slrningsuj.27q.localhost@example.org>
 <eebf3b04-6c56-4192-a0e9-958ac126e428@l2g2000prg.googlegroups.com>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: munin.nbi.dk 1299792217 18360 69.95.181.76 (10 Mar 2011 21:23:37 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Thu, 10 Mar 2011 21:23:37 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
Xref: g2news1.google.com comp.lang.ada:18061
Date: 2011-03-10T15:23:34-06:00
List-Id: <comp.lang.ada>

"Ludovic Brenta" <ludovic@ludovic-brenta.org> wrote in message 
news:eebf3b04-6c56-4192-a0e9-958ac126e428@l2g2000prg.googlegroups.com...
> localhost@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 vendor 
lock-in. If any significant amount of your project's functionality is tied 
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 some 
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.)

                                 Randy.