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: g2news2.google.com!news1.google.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post01.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: How to leave .ali files in original library? References: <87zkp4uhjl.fsf@ludovic-brenta.org> Date: Sat, 12 Mar 2011 07:37:52 -0500 Message-ID: <827hc4y0nz.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (windows-nt) Cancel-Lock: sha1:JJjJN5k0NAXO5Hnkb62UuTgfgAc= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 670184d7b68ede26b0de818214 Xref: g2news2.google.com comp.lang.ada:19073 Date: 2011-03-12T07:37:52-05:00 List-Id: Ludovic Brenta writes: > 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 :) And of the build systems mentioned, they are the _least_ vendor-specific; they can be used to drive other vendor toolchains. -- -- Stephe