Future directions of the nest macro Marc Nieper-Wißkirchen (31 Aug 2020 18:12 UTC)
Re: Future directions of the nest macro Adam Nelson (01 Sep 2020 01:05 UTC)
Re: Future directions of the nest macro Marc Nieper-Wißkirchen (01 Sep 2020 06:20 UTC)
Re: Future directions of the nest macro Dr. Arne Babenhauserheide (01 Sep 2020 05:26 UTC)
Re: Future directions of the nest macro Marc Nieper-Wißkirchen (01 Sep 2020 06:05 UTC)
Re: Future directions of the nest macro Adam Nelson (01 Sep 2020 17:39 UTC)
Re: Future directions of the nest macro Marc Nieper-Wißkirchen (02 Sep 2020 07:12 UTC)

Re: Future directions of the nest macro Dr. Arne Babenhauserheide 01 Sep 2020 05:24 UTC
Marc Nieper-Wißkirchen <xxxxxx@nieper-wisskirchen.de> writes:

> In the current definition of the nest macro, each step has to be of
> the form (<datum> ... _ <datum> ...) and the single underscore is
> replaced by the result of the nesting the later steps.
>
> This is the best one can do if nest is supposed to be implementable
> with syntax-rules (which is, I think, the intent of SRFI 197), but it
> also limits its applicability (and may not always yield what one may
> expect).

This looks to me like another argument for splitting out nest from
SRFI-197 and creating a new SRFI for it. It can still be an
implementation detail, but it seems to strongly increase the effort for
optimal implementation of SRFI-197.

Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken