[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
John Cowan <cowan@x> wrote:
> John Boyle scripsit:
>
> > ... I am tempted to suggest, as you seem to do, that we take a hybrid
> > approach and have "equal?" degrade to "isomorphic?" when a cycle is
> > detected (the way "write" is probably going to degrade to "write-shared"
> > when a cycle is detected).
>
> That's a non-conformant implementation of R7RS `write`, which is required
> to use labels only in the presence of cycles, not in the presence of
> structure-sharing.
While I disagree with the proposals here for EQUAL?, I don't think
you are correct when you say that the above is a non-conformant
implementation of WRITE. Indeed, I explicitly mentioned this to Alex,
and in my voting rationale, but my understanding and expectation is
that the easiest way to correctly implement WRITE given WRITE-SHARED
and WRITE-SIMPLE is to check for cycles ahead of time, and if they
exist, use the WRITE-SHARED variant, and if they do not, use WRITE-SIMPLE.
The above says that WRITE degrades to WRITE-SHARED when a cycle is
detected, which is the same thing. If it degrades to WRITE-SHARED
when shared structures are detected, this would be non-conformant,
but not when cycles are detected; this is the correct behavior.
I also think that an implementation may if it chooses use a different
approach to ensuring that the cylces do not result in an infininite
stream of output to the port. The output of WRITE in the presence
of cycles need not match the output of WRITE-SHARED on the same input,
but it may very well match it. It need only terminate having sent
some valid output which is EQUAL? to the input when READ back in.
And this brings up the point about EQUAL? which is not meant to
compare pointer identities, but instead meant to check for some
level of structural equality, and where I think the R6RS description
of termination as stated in these lists seems reasonable enough.
> > Meanwhile, Will Clinger has a reference implementation of "unfolding",
> > Racket and probably others have full implementations, and R6RS
> > specifies it.
>
> Indeed, Chez, Vicare, Ypsilon, Mosh, and IronScheme all implement it
> correctly. For whatever reason, Larceny returns #f at the REPL.
I believe that Michael Adams also has a paper on implementing EQUAL?
efficiently. This is the method that Chez uses, I think.
--
Aaron W. Hsu | arcfide@x | http://www.sacrideo.us
Programming is just another word for the lost art of thinking.
_______________________________________________
Scheme-reports mailing list
Scheme-reports@x
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports
- References:
- [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: "David A. Wheeler" <dwheeler@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: Alex Shinn <alexshinn@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: "David A. Wheeler" <dwheeler@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: John Cowan <cowan@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: "David A. Wheeler" <dwheeler@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: Ray Dillinger <bear@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: Ray Dillinger <bear@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: John Boyle <johnthescavenger@x>
- Re: [Scheme-reports] Cycle detection problems: #442, #338, "equal?"
- From: John Cowan <cowan@x>