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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no 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!news1.google.com!news3.google.com!feeder.news-service.com!cyclone02.ams2.highwinds-media.com!news.highwinds-media.com!npeersf01.ams.highwinds-media.com!newsfe08.ams2.POSTED!1cdbf9d3!not-for-mail From: Per Sandberg Reply-To: per.sandberg@bredband.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: How to leave .ali files in original library? References: <87zkp4uhjl.fsf@ludovic-brenta.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <4xjep.165303$qA1.60752@newsfe08.ams2> X-Complaints-To: abuse@WWWSpace.NET NNTP-Posting-Date: Fri, 11 Mar 2011 06:44:16 UTC Date: Fri, 11 Mar 2011 07:44:15 +0100 Xref: g2news1.google.com comp.lang.ada:18070 Date: 2011-03-11T07:44:15+01:00 List-Id: On 03/11/2011 07:05 AM, AdaMagica wrote: > 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 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. > > 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. Well during the years I have made transmissions: Rational-Delta -> Rational-APEX -> Object-Ada -> GNAT-(emacs-adamode) -> GNAT-(.gpr-projects) Large SourceTree with messy project structure and no documented dependencies 2MSloc 300 Komponents -> GNAT-(.gpr-projects) In the first case the project files where just some intelligent transformation, in the second case the project files revealed the true dependency graph between the components. Since project files has well defined syntax and semantics they could always be transformed. I would not be surprised if its is possible to use the GNAT build system as driver for the JanusAda compiler as well. /Per