Re: [Chicken-hackers] [PATCH] Hash all the record slots

[John Cowan]

Peter Bex scripsit:

> On the other hand, limiting the hash calculation at an arbitrarily low
> value like we do seems broken, too.  However, if we fix this, we should
> also fix it for vectors.  I don't really see why vectors should be
> treated fundamentally different.

Indeed.  There was a discussion of this on the SRFI 128 mailing list,
and Will Clinger made the point that if you try to examine the whole
object (other than strings), you end up not only using a lot of time,
but potentially a lot of extra overhead to make sure that you are not
recursing into a circular data structure.  So only some slots should
be examined.

> In any case, we can all agree that the srfi-69 module is pretty
> (almost hopelessly) broken.  That's one reason we made it into an egg
> for CHICKEN 5.  Might you be interested in taking over maintainership
> of this egg?  It sounds like you have some interesting ideas, and it
> makes more sense to iterate quickly on an egg than keep tweaking this
> code in core, just before what (hopefully) will be the final release
> of a CHICKEN in the 4 series.

It might be even better to flush the egg in favor of the Larceny version,
which supports both SRFI 69 and its upward compatible extension SRFI 125.
See 
<https://github.com/scheme-requests-for-implementation/srfi-125/tree/master/srfi>.


-- 
John Cowan          http://www.ccil.org/~cowan        address@hidden
The whole of Gaul is quartered into three halves.
        --Julius Caesar