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!mx02.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: problems with gnat on yosemite macox
Date: Mon, 20 Oct 2014 09:43:52 +0100
Organization: A noiseless patient Spider
Message-ID: <lyd29nb06v.fsf@pushface.org>
References: <26a219c5-e2f4-4edf-bd52-f36c2a7692ac@googlegroups.com>
	<lymw8twemm.fsf@pushface.org> <lyiojh5g0t.fsf@pushface.org>
	<2f562bea-0d06-458f-b88f-2999abda4950@googlegroups.com>
	<lyppdob1vi.fsf@pushface.org>
	<1d4c8dfa-0825-46d2-9df8-59c42ba22fa1@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: mx02.eternal-september.org;
 posting-host="110351425d23d895aa4e17b47c8a8886";
	logging-data="21981"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+g9btyLsFssos6caRkncx+UtFnAQuK2eY="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin)
Cancel-Lock: sha1:Jbsb+Lt5UrBup1FAGNfCe4H4rc0=
	sha1:8SvpiV7BAZTuzfl2U0xCEXpkWmc=
Xref: news.eternal-september.org comp.lang.ada:22603
Date: 2014-10-20T09:43:52+01:00
List-Id: <comp.lang.ada>

vincent.diemunsch@gmail.com writes:

> Simon, can you explain me using simple words what the problem was and
> how you did solve it (without details... ). In fact I have both
> GNAT GPL 2014, and GNAT GPL 2012 / SPARK 2012 on my iMac, and I want
> to avoid loosing the 2012 version that I use for Spark... So do you
> think that there will be a problem with Spark or not ?

I haven't tried the GPL software on Yosemite; Leo did (the 2014 version)
and the compiler (gcc) crashed.

I don't know whether the 2012 versions will crash or not, but there has
to be a good chance. Will try ...

The problem that we had with FSF GCC was that the compiler couldn't
determine the operating system version correctly because the format of
the version string returned by the OS has changed (it used to be "10.n",
now it's "10.n.m"); so it fell back to 10.4.

This meant that when it invoked the system linker (ld) it did it wrong.

The fix that I applied handles the new-format OS version string.