SRFI 235 review
Wolfgang Corcoran-Mathe
(03 Sep 2022 13:51 UTC)
|
Re: SRFI 235 review Marc Nieper-Wißkirchen (03 Sep 2022 16:45 UTC)
|
Re: SRFI 235 review
John Cowan
(03 Sep 2022 17:21 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(03 Sep 2022 18:18 UTC)
|
Re: SRFI 235 review
Wolfgang Corcoran-Mathe
(04 Sep 2022 20:06 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(05 Sep 2022 06:31 UTC)
|
Re: SRFI 235 review
John Cowan
(05 Sep 2022 16:44 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(05 Sep 2022 17:58 UTC)
|
Re: SRFI 235 review
John Cowan
(05 Sep 2022 23:45 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(06 Sep 2022 06:27 UTC)
|
Re: SRFI 235 review
Wolfgang Corcoran-Mathe
(06 Sep 2022 19:46 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(06 Sep 2022 21:39 UTC)
|
Re: SRFI 235 review
John Cowan
(07 Sep 2022 01:46 UTC)
|
Re: SRFI 235 review
Per Bothner
(07 Sep 2022 05:04 UTC)
|
Re: SRFI 235 review
John Cowan
(07 Sep 2022 18:37 UTC)
|
Re: SRFI 235 review
Per Bothner
(07 Sep 2022 22:23 UTC)
|
Re: SRFI 235 review
John Cowan
(07 Sep 2022 23:29 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(09 Sep 2022 09:25 UTC)
|
Re: SRFI 235 review
John Cowan
(09 Sep 2022 19:54 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(09 Sep 2022 20:11 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(07 Sep 2022 06:29 UTC)
|
Re: SRFI 235 review
Wolfgang Corcoran-Mathe
(07 Sep 2022 18:02 UTC)
|
Re: SRFI 235 review
Marc Nieper-Wißkirchen
(07 Sep 2022 20:10 UTC)
|
Re: SRFI 235 review
Lassi Kortela
(07 Sep 2022 18:41 UTC)
|
Re: SRFI 235 review
John Cowan
(03 Sep 2022 17:17 UTC)
|
Re: SRFI 235 review
Arvydas Silanskas
(04 Sep 2022 08:35 UTC)
|
Am Sa., 3. Sept. 2022 um 15:51 Uhr schrieb Wolfgang Corcoran-Mathe <xxxxxx@sigwinch.xyz>: > > Hi John, Arvydas, and the SRFI 235 list, > > Below are some comments and questions I have about the SRFI. I've > also attached a patch (against John's repo) which fixes some minor > typos. > > 1. Can (complement proc) return #f if proc returns multiple values? It would be better if an assertion violation (in R6RS terms) would be raised, I think. It would be clearly a typing error. (The only sensible alternative I see is if as many values are returned as proc returns, but logically flipped.) > 9. Major suggestion: Would it be reasonable for all of the > syntax-like procedures to accept thunks *or* promises? I believe > this could be very useful, although the names might need tweaking. > > Delayed evaluation always gets short shrift in Scheme. It would > be a sad statement of the current situation for something called > "lazy-and-procedure" to have nothing to do with delayed evaluation. Promises do not form a disjoint type. Runtime-dispatch won't be possible. Or what do you have in mind? Marc