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!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Containers on small systems
Date: Wed, 18 Feb 2015 22:25:25 +0000
Organization: A noiseless patient Spider
Message-ID: <lyzj8ac0x6.fsf@pushface.org>
References: <0Kgqw.953330$_k.685364@fx16.iad>
	<199c826a-923e-497f-a8e2-9e732c8a5665@googlegroups.com>
	<87bnmetex4.fsf@ludovic-brenta.org>
	<4ae7f0d5-d681-4be9-95bc-b5e789b3ad40@googlegroups.com>
	<87tx06rve6.fsf@ludovic-brenta.org>
	<d865c2cd-dd78-4dd9-8ca5-7526bc781faf@googlegroups.com>
	<87lhlirpk0.fsf@ludovic-brenta.org>
	<bb6afd60-da67-4b0a-93ca-2921b985cc3e@googlegroups.com>
	<m8ds96$po2$1@news.albasani.net> <m8em0g$a03$2@dont-email.me>
	<724c149f-0396-42a4-8594-bdbf21cce0d9@googlegroups.com>
	<mafse7$nul$1@dont-email.me> <lyzj90s7hi.fsf@pushface.org>
	<mage2b$b2s$1@dont-email.me> <lyvbjorx4a.fsf@pushface.org>
	<magi1s$tcq$2@dont-email.me> <lylhkkcdec.fsf@pushface.org>
	<magn37$np9$1@loke.gir.dk> <lyd25tnxfg.fsf_-_@pushface.org>
	<lyk2zw4rx9.fsf@pushface.org> <lyoap63duv.fsf@pushface.org>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org;
 posting-host="4eba6dd55c03f4a8d448cad2a88d67ef";
	logging-data="6988"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+okKn5VrS0ZwwbfpBmCBp1Bg32ip0Ojsc="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (darwin)
Cancel-Lock: sha1:vofote1gkGrsYUv7Ve6tCHgwWBI=
	sha1:e0sE0zfl4aQW7ExNTlmW9XjCS3g=
Xref: news.eternal-september.org comp.lang.ada:24987
Date: 2015-02-18T22:25:25+00:00
List-Id: <comp.lang.ada>

Simon Wright <simon@pushface.org> writes:

> Unfortunately, when it came to bind a user program, gnatbind thought
> that it was violating No_Implicit_Heap_Allocations. I couldn't find
> any; it turns out that both GCC 4.9.1 and GNAT GPL 2014 insert a
> spurious "RV NO_IMPLICIT_HEAP_ALLOCATIONS" in the .ali file (RV =>
> this unit violates the named restriction, so the bind has to fail if
> the restriction is actually imposed).

Fortunately, on the other hand, you can work round this by saying

   pragma Restrictions (No_Implicit_Heap_Allocations);

on the unit where the instantiation takes place.

Weird.