regexp-replace part could use some improvement Duy Nguyen (05 Aug 2019 12:35 UTC)
Re: regexp-replace part could use some improvement Alex Shinn (09 Apr 2020 13:56 UTC)
Re: regexp-replace part could use some improvement Duy Nguyen (09 Apr 2020 14:07 UTC)
Re: regexp-replace part could use some improvement John Cowan (09 Apr 2020 15:56 UTC)
(missing)
Re: regexp-replace part could use some improvement John Cowan (10 Apr 2020 19:13 UTC)
Re: regexp-replace part could use some improvement Marc Nieper-Wißkirchen (10 Apr 2020 19:28 UTC)
Re: regexp-replace part could use some improvement Alex Shinn (13 Apr 2020 14:56 UTC)
Re: regexp-replace part could use some improvement Arthur A. Gleckler (13 Apr 2020 22:59 UTC)
Re: regexp-replace part could use some improvement Alex Shinn (13 Apr 2020 23:54 UTC)
Re: regexp-replace part could use some improvement Arthur A. Gleckler (09 Apr 2020 20:23 UTC)
Re: regexp-replace part could use some improvement Alex Shinn (10 Apr 2020 01:18 UTC)
Re: regexp-replace part could use some improvement Vincent Manis (10 Apr 2020 04:22 UTC)
Re: regexp-replace part could use some improvement Marc Nieper-Wißkirchen (10 Apr 2020 07:11 UTC)

Re: regexp-replace part could use some improvement Vincent Manis 10 Apr 2020 04:22 UTC

On 2020-04-09 8:55 a.m., John Cowan wrote:
> I think this is a case for a post-finalization note, which is a
> recommendation to implementers placed in the Status section of the
> SRFI.  You can look at SRFI 113 for what they look like if you want to
> draft one.  On this set of facts, I'm reasonably sure Alex and Arthur
> would accept it.

My thoughts on post-finalization notes are that when people vote on a
SRFI for inclusion in R7RS-Large, they are explicitly voting for or
against the SRFI as amended, unless the ballot question explicitly rules
out a note.

So while a post-finalization note is a recommendation in the SRFI, it
becomes normative if adopted into R7RS-Large.

-- v