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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks Date: Mon, 02 Jun 2014 19:02:09 +0100 Organization: A noiseless patient Spider Message-ID: References: <851tv7gsyj.fsf@stephe-leake.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx05.eternal-september.org; posting-host="7048a9dfd34c2a8e02383ec0f6f24dbd"; logging-data="9694"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19fVRLMXf1+qwqYdLZeFLy6/B+tyhOgMqs=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin) Cancel-Lock: sha1:/fx/2oGhAkP807jEEykLH0uO/UU= sha1:/ggiPkL5jbyltDWPH+aEViwehUg= Xref: news.eternal-september.org comp.lang.ada:20114 Date: 2014-06-02T19:02:09+01:00 List-Id: Stephen Leake writes: > Simon Wright writes: > >> Simon Wright writes: >> >> The first release (gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2) >> contained an error: 'gnat list' didn't recognise library >> projects. This meant that Emacs ada-mode couldn't be used for library >> projects. > > Another fix for Emacs Ada mode would be to compile gnatinspect or > gpr-query, and use those; they provide better cross reference support, > including C++. But if 'gnat list' doesn't work, you probably would not > be able to compile anything, any way. What happened was that "gnat ", as built with the compiler, crashed with a SIGSEGV (it exits by raising an exception - perhaps other tools don't do this, since I saw no evidence of them failing). I rebuilt it using the libgnat_util that I'd previously built. This build, which was the first upload, failed to recognise that the in-compiler build copies gcc/ada/mlib-tgt-specific-darwin.adb from the source tree to gcc/ada/tools/mlib-tgt-specific.adb in the build tree, with the result that libgnat_util contained the default mlib-tgt-specific.adb from the source tree, which says -- By default, libraries are not supported at all I found this out when using ada-mode for a new project: on attempting to set the project file, I got GPR_PROJECT_PATH=nil gnat list -Pscripted_testing.gpr -v scripted_testing.gpr:2:17: object directory "src/.build" not found scripted_testing.gpr:4:25: warning: libraries are not supported on this platform gnat: "scripted_testing.gpr" processing failed and I interpreted the "libraries are not supported on this platform" as the reason for failure. It turns out that it is indeed only a warning: the error is actually the missing object directory. Anyway, the fix to "gnat" was to rebuild libgnat_util correctly, then rebuild "gnat" (and the other tools that depend on libgnat_util - I think only GNATColl is actually affected). The reason I didn't notice immediately is that I rarely use the "gnat" versions of commands explicitly; and, having made the fix, I delayed uploading it because no one was complaining. I see gnatinspect, but not gpr_query - is that one of yours? (Google was no help). Isn't gnatpath the proper replacement for gnat list? The customization buffer says it's available on the Ada mode web site, but I don't see it.