Editorial nits; define-record-type John Cowan (02 Sep 2015 20:27 UTC)
Re: Editorial nits; define-record-type taylanbayirli@xxxxxx (03 Sep 2015 12:05 UTC)
Re: Editorial nits; define-record-type John Cowan (03 Sep 2015 13:33 UTC)
Re: Editorial nits; define-record-type taylanbayirli@xxxxxx (03 Sep 2015 15:01 UTC)
Re: Editorial nits; define-record-type taylanbayirli@xxxxxx (03 Sep 2015 15:31 UTC)

Re: Editorial nits; define-record-type John Cowan 03 Sep 2015 13:33 UTC

Taylan Ulrich Bayırlı/Kammer scripsit:

> >From what I can tell, SRFI-69 is obsoleted by the R6RS hashtable API.

I think that's an exaggeration.  As far as I know, Chibi, Chicken, and
Husk support SRFI 69 but not R6RS hashtables, and Gauche's native hash
tables are close to SRFI 69.  Among R5RS implementations, SISC, STklos,
and even SigScheme support SRFI 69.  That's a fairly substantial presence.

In addition, I intend to propose a new hash table SRFI, available in
pre-SRFI form as <http://trac.sacrideo.us/wg/wiki/HashTablesCowan>,
which is much closer to SRFI 69 than to R6RS.  (Note that the
Implementation section is obsolete now that Will Clinger has written
a full implementation of it, which uses R6RS if available and SRFI 69 if not.)

--
John Cowan          http://www.ccil.org/~cowan        xxxxxx@ccil.org
Newbies always ask:
  "Elements or attributes?
Which will serve me best?"
  Those who know roar like lions;
  Wise hackers smile like tigers.         --a tanka, or extended haiku