From: Ludovic Brenta <ludovic.brenta@insalien.org>
Subject: Re: Boehm-Demers-Weiser conservative garbage collector and GNAT
Date: 17 Jun 2003 11:04:14 +0200
Date: 2003-06-17T11:04:14+02:00 [thread overview]
Message-ID: <rw2wufl6po1.fsf@lbrenta.corp.emc.com> (raw)
In-Reply-To: 1316747.mXveBPtf0Z@linux1.krischik.com
Martin Krischik <krischik@users.sourceforge.net> writes:
> Hello,
>
> I am wondering if it is possible to implement a storage pool using the
> Boehm-Demers-Weiser conservative garbage collector in GNAT.
>
> But before I waste to much time I would like to know if anybody ever tried
> that before?
>
> Or does anybody know any reasons why this might be doomed?
>
> With Regards
>
> Martin
>
> For details on Boehm-Demers-Weiser conservative garbage collector see:
>
> http://www.hpl.hp.com/personal/Hans_Boehm/gc/index.html
The web page you mention says that GCC contains a version of this
garbage collector. I understand this has been introduced in GCC 3.0.
So, to me, there appears to be three approaches to "implement a
storage pool using the Boehm-Demers-Weiser conservative garbage
collector in GNAT":
- Re-implement the GC in Ada, as an external library, so that all Ada
programs can use it (even non-GNAT ones if the code is portable).
- Write a thick Ada binding to the C garbage collector, with the same
end result as above, but requiring an additional library at link
time.
- Modify libgnat and libgnarl in GCC 3.3 with a new storage pool that
uses the copy of the GC that is in GCC 3.3; this would make the GC
available only to GCC 3.3 applications.
Which were you thinking about?
--
Ludovic Brenta.
next prev parent reply other threads:[~2003-06-17 9:04 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-16 16:45 Boehm-Demers-Weiser conservative garbage collector and GNAT Martin Krischik
2003-06-17 9:04 ` Ludovic Brenta [this message]
2003-06-17 9:47 ` Preben Randhol
2003-06-17 10:19 ` Ludovic Brenta
2003-06-17 10:35 ` Preben Randhol
2003-06-17 11:53 ` Ludovic Brenta
[not found] ` <slrnbeu1ht.big.randhol+abuse@kiuk0152.chembio.ntnu.no>
2003-06-17 12:55 ` Larry Kilgallen
2003-06-17 13:00 ` Preben Randhol
2003-06-17 13:40 ` Ludovic Brenta
2003-06-17 13:43 ` Preben Randhol
2003-06-17 14:59 ` Larry Kilgallen
2003-06-17 15:32 ` Ludovic Brenta
2003-06-17 16:52 ` Stephen Leake
2003-06-17 18:43 ` Marin David Condic
2003-06-17 19:13 ` Stephen Leake
2003-06-17 20:52 ` Marin David Condic
2003-06-18 7:37 ` Preben Randhol
2003-06-18 11:30 ` Marin David Condic
2003-06-21 19:04 ` Florian Weimer
2003-06-23 21:11 ` Stephen Leake
2003-06-24 8:47 ` Vinzent Hoefler
2003-06-17 18:41 ` Marin David Condic
2003-06-17 15:54 ` Larry Kilgallen
[not found] ` <QdZxXhgRp7Ti@eisner.encompasserve.orgOrganization: LJK Software <8nXPHPFBnkS2@eisner.encompasserve.org>
2003-06-17 16:08 ` Ludovic Brenta
2003-06-17 17:37 ` Larry Kilgallen
2003-06-17 19:22 ` Larry Kilgallen
[not found] ` <QdZxXhgRp7Ti@eisner.encompasserve.orgOrganization: LJK Software <vDKsCwFxWhWJ@eisner.encompasserve.org>
2003-06-17 20:57 ` Marin David Condic
2003-06-18 5:57 ` Robert I. Eachus
2003-06-18 13:36 ` Jean-Pierre Rosen
2003-06-17 15:48 ` Martin Krischik
2003-06-17 15:46 ` Martin Krischik
2003-06-21 18:51 ` Florian Weimer
2003-06-22 17:32 ` Martin Krischik
2003-06-29 15:17 ` Florian Weimer
2003-06-30 18:58 ` Martin Krischik
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox