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: Strange compile-time error with Ada.Containers.Indefinite_Hashed_Maps Date: Tue, 20 May 2014 07:30:28 +0100 Organization: A noiseless patient Spider Message-ID: References: <9d912199-ff00-403f-b6e3-fb9632ec145e@googlegroups.com> <40abaf9f-39fd-41c6-9d04-48e37f30d5a9@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: mx05.eternal-september.org; posting-host="942b5624700b15f09a730d9ed9406bd7"; logging-data="6770"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Pp5ma0lMs/RtLrz+J/4QtELg6WVEsYkg=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin) Cancel-Lock: sha1:NFeGqAG7ymJEPjX2ah8xVGylRdQ= sha1:0T9PPiJYdhJ06c3qa5wcLNIvtoY= Xref: news.eternal-september.org comp.lang.ada:19915 Date: 2014-05-20T07:30:28+01:00 List-Id: "J-P. Rosen" writes: > Le 19/05/2014 18:00, mockturtle a écrit : >> My setup is a bit peculiar: I have GNAT installed under /usr/gnat >> which is actually a symbolic link to /usr/gnat-2014-05-15. When I >> install a new version of GNAT, I create a new directory under /usr >> and move the link of /usr/gnat to the new version. In this way, I >> can keep the old version(s) (if something goes wrong I can go back to >> the old setup), while avoiding (I hope) mix-up between versions. > > Well, I do that all the time (I have many versions of Gnat installed - > all thosed used by my clients, + at least the current and the previous > GPL). Never had any problem, a symbolic link is so convenient. > > (of course, managing several versions of Gnat under Windows is a bit > more challenging...) I wrote gnatef[1] many years ago when you needed to set several environment variables to get things to work properly (PATH, of course, C_INCLUDE_PATH, GCC_EXEC_PREFIX, possibly others). I still use it (setting GNAT_PREFIX to the location of the version I want to use, e.g. /opt/gcc-4.9.0) but in fact modern GNATs use the location of gnatmake (or, I expect, gprbuild) to set things up: so you can either set PATH or say e.g. /opt/gnat-gpl-2014/bin/gnatmake -P foo. On Unixes, at any rate. [1] http://gnuada.sourceforge.net/pmwiki.php/Packages/Gnatfe