Re: [PATCH] add SRFI: srfi-121; generators

2020-08-04 Thread Marc Nieper-Wißkirchen
Am Mo., 3. Aug. 2020 um 21:41 Uhr schrieb Marc Nieper-Wißkirchen : > > I'm sorry to say it, but in my opinion SRFI-121 and SRFI-158 should be > > deprecated and avoided. The reference implementations do not match the > > specifications, and the specifications themselves are self-contradictory > >

Re: [PATCH] add SRFI: srfi-121; generators

2020-08-04 Thread John Cowan
On Mon, Aug 3, 2020 at 3:41 PM Marc Nieper-Wißkirchen wrote: > It didn't occur to me that the reference implementation of a finalized > > SRFI would include comments like "the spec would have me return #f, but > > I think it must simply be wrong". It certainly should not. But it can happen whe

Re: [PATCH] add SRFI: srfi-121; generators

2020-08-04 Thread Marc Nieper-Wißkirchen
Am Di., 4. Aug. 2020 um 17:24 Uhr schrieb John Cowan : >> At the moment, >> there is no general programmatic way to know whether a specific >> implementation is up-to-date with respect to these post-finalization >> notes or not. > > > How could there be? The implementations are written in a Turi

Re: [PATCH] add SRFI: srfi-121; generators

2020-08-04 Thread Dr. Arne Babenhauserheide
Marc Nieper-Wißkirchen writes: >>> While I have been contributing to R7RS-large, I have to agree with you >>> to some extent. Most of the SRFIs that have been voted into R7RS-large >>> or are to be submitted for it don't have the quality of the R6RS or >>> R7RS(-small) specifications > >> Inevita