From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Amirouche Boubekki Newsgroups: gmane.lisp.guile.devel Subject: Re: Proposal of a better hash table implementation based on SRFI 125 Date: Sun, 30 Dec 2018 18:50:17 +0100 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1546192109 25070 195.159.176.226 (30 Dec 2018 17:48:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 30 Dec 2018 17:48:29 +0000 (UTC) User-Agent: Roundcube Webmail/1.1.2 Cc: guile-devel , guile-devel@gnu.org To: =?UTF-8?Q?J=C3=A9ssica_Milar=C3=A9?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Dec 30 18:48:24 2018 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdfCH-0006OP-SW for guile-devel@m.gmane.org; Sun, 30 Dec 2018 18:48:21 +0100 Original-Received: from localhost ([127.0.0.1]:45743 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gdfEO-0001ow-Or for guile-devel@m.gmane.org; Sun, 30 Dec 2018 12:50:32 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:40470) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gdfEK-0001oq-RA for guile-devel@gnu.org; Sun, 30 Dec 2018 12:50:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gdfEK-0003jQ-1I for guile-devel@gnu.org; Sun, 30 Dec 2018 12:50:28 -0500 Original-Received: from relay9-d.mail.gandi.net ([217.70.183.199]:45173) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gdfED-00035j-7K; Sun, 30 Dec 2018 12:50:21 -0500 Original-Received: from webmail.gandi.net (webmail7.sd4.0x35.net [10.200.201.7]) (Authenticated sender: amirouche@hypermove.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPA id D86F0FF802; Sun, 30 Dec 2018 17:50:17 +0000 (UTC) In-Reply-To: X-Sender: amirouche@hypermove.net X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 217.70.183.199 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:19783 Archived-At: Le 2018-12-28 17:11, Jéssica Milaré a écrit : > Hello, > > As I said in a previous e-mail, currently SRFI-69 is broken for weak > hash tables - and I've sent a patch to fix it. However, I think there > are many other problems with current implementation of hash tables. > There are guile standard hash tables, SRFI-69 hash tables (which is > implemented on top of standard hash tables) and also R6RS hash tables > (which is implemented on top or SRFI-69 and completely lacks support > for weak keys and/or values). > > I think that should be fixed and guile should have only two kinds of > hash tables: the standard guile hash table and another extended hash > table type that will be used directly by R6RS, SRFI-125 and SRFI-69. > In my opinion, it should be based on SRFI-125, which is part of R7RS > Red Edition, but also supports some other procedures to make it > compatible with R6RS and SRFI-69, supporting weakness and immutable > hash tables. > > I'm already implementing the SRFI-125 based hash tables library for > myself, so, if that is accepted, I can also make a patch for guile. > Yes please make a patch and attach it to the bug report. Don't forget to send an announcement when you SRFI-125 implementation is ready for testing. Is it already available anywhere? TIA