pushed updated library tests Felix Thibault (21 Aug 2020 22:28 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (22 Aug 2020 15:27 UTC)
Re: pushed updated library tests Felix Thibault (22 Aug 2020 16:23 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (25 Aug 2020 07:04 UTC)
Re: pushed updated library tests Alex Shinn (25 Aug 2020 07:20 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (25 Aug 2020 07:40 UTC)
Re: pushed updated library tests Alex Shinn (25 Aug 2020 07:58 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (25 Aug 2020 08:13 UTC)
Re: pushed updated library tests Alex Shinn (27 Aug 2020 02:14 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (27 Aug 2020 07:35 UTC)
Re: pushed updated library tests John Cowan (27 Aug 2020 17:43 UTC)
Re: pushed updated library tests Felix Thibault (27 Aug 2020 22:19 UTC)
Re: pushed updated library tests Arthur A. Gleckler (27 Aug 2020 23:23 UTC)
Re: pushed updated library tests Alex Shinn (28 Aug 2020 00:43 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (28 Aug 2020 05:26 UTC)
Re: pushed updated library tests Alex Shinn (28 Aug 2020 05:35 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (28 Aug 2020 05:52 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (28 Aug 2020 13:47 UTC)
Re: pushed updated library tests Alex Shinn (28 Aug 2020 14:24 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (28 Aug 2020 15:03 UTC)
Re: pushed updated library tests Alex Shinn (31 Aug 2020 13:14 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (31 Aug 2020 14:44 UTC)
Re: pushed updated library tests Alex Shinn (31 Aug 2020 21:15 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (01 Sep 2020 06:52 UTC)
Re: pushed updated library tests Alex Shinn (01 Sep 2020 07:18 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (01 Sep 2020 07:24 UTC)
Re: pushed updated library tests Alex Shinn (01 Sep 2020 07:29 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (01 Sep 2020 07:47 UTC)
Re: pushed updated library tests Alex Shinn (02 Sep 2020 01:19 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (02 Sep 2020 07:02 UTC)
Re: pushed updated library tests Marc Nieper-Wißkirchen (31 Aug 2020 15:50 UTC)

Re: pushed updated library tests Marc Nieper-Wißkirchen 25 Aug 2020 08:13 UTC

Am Di., 25. Aug. 2020 um 09:58 Uhr schrieb Alex Shinn <xxxxxx@gmail.com>:

> Oh, sorry, yes this appears to work for match-letrec now as well.
> Cycles inside complex pattern-walking macros still make me nervous though.
>
> I suggest adding "it is an error to use any cyclic literals in match patterns, quoted or otherwise" to the SRFI.

I agree that cycles outside quotes in match patterns should be an
error. But banning them inside quotes would make no sense when the
underlying implementation is a conforming R7RS one.

>
>> > Cyclic literals in source are asking for trouble.  They are likely to break in many implementations in many situations.
>>
>> If I understand you correctly this argument sounds a bit like using
>> hygienic macros is asking for trouble because there are
>> implementations that do not implement them properly.
>
>
> There is a long history of well supported hygienic macros, with documentation
> and examples of their implementation and edge cases.  The same is not true
> of cyclic literals in Scheme source.  Arguing to support cycles at all in basic
> operations like equal? is somewhat recent.  I've never heard anyone argue
> seriously about encouraging cyclic literals in source.

The can appear naturally when you embed Scheme data literally in
source files, which is not too far fetched.

That they specifically appear as part of patterns is, admittedly, more
theoretical than what would probably happen in practice.

> Note your own syntax-case implementation for Chibi currently doesn't support cyclic literals.

It should as far as the language allows this. Can you give me an
example, which I would have to repair?

> But I would not object to simply removing match-letrec from the SRFI.

I'd rather remove match-letrec than banning literals that contain
cyclic structure.

>> > And I don't want to spend time rewriting (well, wiring through an extra parameter into every line of the file) match.scm,
>> > in order to support match-letrec, at least until I first see a real-world example where someone actually wants it.
>>
>> In some sense, this shows that, while possible, syntax-rules are
>> inadequate for writing complex macros like match when you later want
>> to extend them.
>
>
> No, it just shows that I'm a very busy person, starting a new job next week, with no time to spend on this.

Congratulations to your new job! :)

> There is nothing difficult about the rewrite.

Sorry, I didn't mean that it was difficult, least of all for you. Just
tedious and error-prone. My point about the relative inadequacy of
syntax-rules as is was: An addition of some local things (like
match-letrec) shouldn't lead to a global rewrite.