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!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Inspirels Ada on cortex tutorial linker issue
Date: Tue, 30 Aug 2016 14:01:44 +0100
Organization: A noiseless patient Spider
Message-ID: <lyshtmif5z.fsf@pushface.org>
References: <24d4ffc3-3915-4102-96ae-68d11d881443@googlegroups.com>
	<2efe4d01-4cd4-4aea-bc54-98ea5f26ec8a@googlegroups.com>
	<2cf07aa6-9cbb-44bc-8042-601c57c85457@googlegroups.com>
	<c7d2b04e-67d1-48ca-859d-9c0c791f5a90@googlegroups.com>
	<328fa4a3-6215-4101-835a-7eaf7ed72a8c@googlegroups.com>
	<1d62cc93-324a-4c87-b9d3-67c24cb54c5f@googlegroups.com>
	<npeo5i$v8g$1@dont-email.me>
	<alpine.LNX.2.00.1608291945330.19670@earth.anapnea.net>
	<nq3uf5$kjm$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org;
 posting-host="90a7515de723fda2443060f3e878f4b0";
	logging-data="30830"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18mum2X3eClhwMYOPeumdFpkmkQuaiIEuU="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin)
Cancel-Lock: sha1:kYuMfcmAdiBhyf+emwVlLs0dCOs=
	sha1:460e1g2KPQX3pbmtwT0OTwFHdcQ=
Xref: news.eternal-september.org comp.lang.ada:31643
Date: 2016-08-30T14:01:44+01:00
List-Id: <comp.lang.ada>

Brian Drummond <brian@shapes.demon.co.uk> writes:

> Mixing languages, you get used to that additional burden, but it's a
> surprise to have to, as the OP has, in a pure Ada program, thanks to a
> (hopefully temporary) compiler defect.

I'd say it's a feature, not a defect.

OP is using a full Ada compiler on an ARM Debian computer, and the
compiler and RTS are set up to deal with exception handling in a
particular way, which fails when the resulting code needs to be executed
on a very much smaller ARM platform without any runtime support.

As I noted upthread, one workround is to compile against an RTS which
doesn't provoke the compiler into the unwanted behaviour. And it doesn't
have to be much of an RTS!