comp.lang.ada
 help / color / mirror / Atom feed
From: Martin Krischik <krischik@users.sourceforge.net>
Subject: Re: Boehm-Demers-Weiser conservative garbage collector and GNAT
Date: Mon, 30 Jun 2003 20:58:14 +0200
Date: 2003-06-30T20:58:14+02:00	[thread overview]
Message-ID: <1543892.zoLcTVpZ6N@linux1.krischik.com> (raw)
In-Reply-To: 87vfuohq0n.fsf@deneb.enyo.de

Florian Weimer wrote:

> Martin Krischik <krischik@users.sourceforge.net> writes:
 
>> The Boehm-Demers-Weiser conservative garbage collector has atomic
>> memory which must be pointer free. But this is used only for
>> performance improvemend.
 
> Flagging atomic memory (and memory without internal access points) is
> crucial if you allocate large data structures (and cannot use the
> generational collector for some reason).

I think so too.
 
>> Current status is that I implemented the thin and thick bindung to the
>> collector and added the collector to my Trace class. Trace is used in any
>> class and task so it a good test. But I will add further tests.
> 
> Interesting.  A project of mine which is still under development
> changes GNAT itself to support the Boehm-Demers-Weiser collector:

Damm. I made the initial post to prevent duplicate development and now it
happend anyway. But prehaps is not to late to join forces.

>   <http://www.enyo.de/fw/software/gnat-gc/>

I have a look at it.

> The project is not finished, but I think I've implemented the most
> complicated things.

Well, I am almost finished but I need some more testing. Of course it is
easier for me since the programer need to specify the right Storage_Pool
for each access when the garbage collector is implemented outside the
compiler environment.

With Regards.

Martin
-- 
mailto://krischik@users.sourceforge.net
http://www.ada.krischik.com




      reply	other threads:[~2003-06-30 18:58 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
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 [this message]
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox