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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.68.222.194 with SMTP id qo2mr2012201pbc.6.1407924871152; Wed, 13 Aug 2014 03:14:31 -0700 (PDT) X-Received: by 10.140.88.85 with SMTP id s79mr16309qgd.18.1407924871047; Wed, 13 Aug 2014 03:14:31 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h18no19429665igc.0!news-out.google.com!b3ni24360qac.1!nntp.google.com!j15no6768431qaq.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 13 Aug 2014 03:14:31 -0700 (PDT) In-Reply-To: <018d1f86-f4d3-4554-8c7b-8e29b334f0d8@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=57.79.21.1; posting-account=gRqrnQkAAAAC_02ynnhqGk1VRQlve6ZG NNTP-Posting-Host: 57.79.21.1 References: <018d1f86-f4d3-4554-8c7b-8e29b334f0d8@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <1d08e00a-75ab-4dfc-9755-9b9306dce231@googlegroups.com> Subject: Re: gl.ali cannot be found, gl.adb must be compiled error...(AdaGide) From: gautier_niouzes@hotmail.com Injection-Date: Wed, 13 Aug 2014 10:14:31 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:21716 Date: 2014-08-13T03:14:31-07:00 List-Id: > I would like to know how it is that I'm getting this error, even though t= he file exists. I'm using AdaGide (could THAT be the problem?) Certainly. AdaGIDE works with a local option system (the "gnat.ago" files s= cattered at different places). Finding sources is OK as long as local optio= ns are well configured, but for the .ali/.o files, it is more complicated: = with the "in-place" (gnatmake: -i) option it is working as soon as a .ali f= ile is already in the final object directory. But upon first build, it is n= ot created there but at the source's place. The project file system (GPS or gnatmake -P proj_name) has solved all these= annoyances. Actually if you want to continue using AdaGIDE, you could have= a reference to a single project file like proj_name.gpr in the local optio= ns and everything would be fine. But... there is a little obstacle for that= (AdaGIDE would need a small adaptation). _________________________=20 Gautier's Ada programming=20 http://www.openhub.net/accounts/gautier_bd