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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5653f0bd43045b85 X-Google-Attributes: gid103376,public From: Simon Wright Subject: Default Storage Pool (was Re: garbage collection) Date: 1999/08/21 Message-ID: #1/1 X-Deja-AN: 515543662 X-NNTP-Posting-Host: pogner.demon.co.uk:158.152.70.98 References: <7pm95n$j0l$1@nnrp1.deja.com> X-Trace: news.demon.co.uk 935256490 nnrp-02:25115 NO-IDENT pogner.demon.co.uk:158.152.70.98 Organization: At Home Newsgroups: comp.lang.ada X-Complaints-To: abuse@demon.net Date: 1999-08-21T00:00:00+00:00 List-Id: Robert Dewar writes: > for this_access_type'Storage_Pool > use System.Pool_Local.Unbounded_Reclaim_Pool; > > and of course do a "with" of System.Pool_Local. > > If you are using some other compiler that does not provide this > very useful capability, then you need to write your own storage > pool implementation (the one with GNAT may work, but you can't > assume that library routines supplied with GNAT will work > unchanged with other compilers (*) since they may depend on > GNAT specific features -- I don't know if this one does or not). It would have been very helpful for the Booch Components if all compilers provided a (standardised, if at all possible) mechanism to access their default Storage Pool. We had to muck around with indirect means of finding it, which triggered problems in several compilers. (BTW, Unbounded_Reclaim_Pool extends Unbounded_No_Reclaim_Pool which uses gnat_malloc, gnat_free so there would be some work to do to use them with another compiler -- 3.11p)