This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [boehms-gc] Fix ggc-boehm cache hash table support

From: "Laurynas Biveinis" <laurynas dot biveinis at gmail dot com>
To: tromey at redhat dot com
Cc: "Daniel Berlin" <dberlin at dberlin dot org>, "Gcc Patch List" <gcc-patches at gcc dot gnu dot org>
Date: Tue, 15 Aug 2006 19:22:41 +0300
Subject: Re: [boehms-gc] Fix ggc-boehm cache hash table support
References: <d1e3ff2b0608110516x794ef2d5yfb879d187e3cc7d@mail.gmail.com> <m3zme72tf8.fsf@localhost.localdomain>

I was curious to know why you didn't simply swap the values of
HTAB_EMPTY_ENTRY and HTAB_DELETED_ENTRY.  That would let the existing
"disappearing link" code in the GC do the right thing with htabs.


I simply didn't think of this :) OTOH, I don't like the fact that such
solution would work just by coincidence :) Moreover, you still have to
update hash table deletion statistics somehow.

--
Laurynas

Follow-Ups:
- Re: [boehms-gc] Fix ggc-boehm cache hash table support
  - From: Paolo Bonzini

References:
- [boehms-gc] Fix ggc-boehm cache hash table support
  - From: Laurynas Biveinis
- Re: [boehms-gc] Fix ggc-boehm cache hash table support
  - From: Tom Tromey

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]