Library name a la SRFI 97, submatch disambiguation Daphne Preston-Kendal (18 Oct 2024 14:09 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Lassi Kortela (18 Oct 2024 15:59 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Arthur A. Gleckler (19 Oct 2024 05:29 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Alex Shinn (19 Oct 2024 14:06 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Alex Shinn (21 Oct 2024 01:07 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Arthur A. Gleckler (23 Oct 2024 21:18 UTC)
Re: Library name a la SRFI 97, submatch disambiguation Alex Shinn (24 Oct 2024 00:36 UTC)

Library name a la SRFI 97, submatch disambiguation Daphne Preston-Kendal 18 Oct 2024 14:09 UTC

Hi,

The SRFI metadata has assigned SRFI 115 the library name ‘regex’.
I assume this is based on the name it was given by John Cowan for the warm-coloured ‘editions’ of R7-large. However, this was an error, because ‘regexp’ is the abbreviation consistently used in the library itself. Also, in the general case, the library names assigned by John do not have anything to do with R6RS library names, because e.g. the convention is that R7RS library names are singular and R6RS ones are plural. (Sigh.)

chez-srfi does indeed call it (srfi :115 regexp), which seems sensible. But this should be made official, ideally.
Or it should be called (srfi :115 regexps), due to the plural convention for these names.

Also, it’s been raised by John before (on my instigation, heh), but I really do feel a PFN could clarify that leftmost-longest semantics are intended for submatches, if that is indeed the intention. (chibi regexp) uses leftmost-longest; I haven’t tested the ‘other’ sample implementation, irregex (no ‘p’!), but based on what Alex said when the issue was raised last I assume it does as well.
<https://srfi-email.schemers.org/srfi-115/msg/3693241/>

Daphne