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!postnews.google.com!q14g2000vbf.googlegroups.com!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: How to leave .ali files in original library? Date: Fri, 11 Mar 2011 01:16:21 -0800 (PST) Organization: http://groups.google.com Message-ID: References: <87zkp4uhjl.fsf@ludovic-brenta.org> NNTP-Posting-Host: 153.98.68.197 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1299834982 2240 127.0.0.1 (11 Mar 2011 09:16:22 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Fri, 11 Mar 2011 09:16:22 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: q14g2000vbf.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: g2news1.google.com comp.lang.ada:18077 Date: 2011-03-11T01:16:21-08:00 List-Id: localhost@example.org wrote on comp.lang.ada: >> 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!). > > Of course you're right but I'm only writing very small apps trying to learn > Ada at this point. But in principle my objection is what you said and that's > why I said I try not to learn non-transferrable bits because it's a waste of > time in my opinion. But the command-line switches of GCC and your Makefiles tailored for GCC are also non-transferable. Other people have mentioned the proprietary build systems of Rational Apex and Janus/Ada; ObjectAda also has a different one. So, your argument is valid in theory but moot in practice because it applies equally to all Ada toolchains and is not a differentiator. I argue that, lock-in for lock-in, GNAT project files are much more maintainable and readable than Makefiles. And, to come back to the subject of this thread, they will leave .ali files in the specified Library_ALI_Dir by default :) -- Ludovic Brenta.