Registry of known foreign error collections Lassi Kortela (27 Jul 2020 07:45 UTC)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 08:06 UTC)
(missing)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 12:49 UTC)
Re: Registry of known foreign error collections Arthur A. Gleckler (27 Jul 2020 17:16 UTC)
Re: Registry of known foreign error collections hga@xxxxxx (27 Jul 2020 19:22 UTC)
Re: Registry of known foreign error collections Arthur A. Gleckler (27 Jul 2020 19:33 UTC)
Re: Registry of known foreign error collections hga@xxxxxx (27 Jul 2020 19:45 UTC)
(missing)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 20:03 UTC)
Re: Registry of known foreign error collections hga@xxxxxx (27 Jul 2020 20:17 UTC)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 20:31 UTC)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 19:48 UTC)
Re: Registry of known foreign error collections Lassi Kortela (27 Jul 2020 20:23 UTC)
Re: Registry of known foreign error collections hga@xxxxxx (27 Jul 2020 22:58 UTC)

Re: Registry of known foreign error collections Lassi Kortela 27 Jul 2020 19:48 UTC

>> That all sounds good.  I'm happy to make the mailing list whenever
>> you're ready, if you decide that's the right approach.

> I think right now is best because this is mostly off topic for the SRFI,
> it's about human friendly conventions for one set of inputs to its API,
> not about how it behaves or the like.  Perhaps "scheme-error-meta"?
> While that breaks with Schemweb et. al., it's a lot better for humans.

I would recommend a general-purpose mailing list for (identifier)
registries of all kinds. We'll be sure to have other SRFIs that will
also benefit from evolving registries.

I'll set up an identifier registry covering the whole Lisp family under
<https://github.com/lispunion/symbols> and will make sure that it
mirrors whatever Scheme does to avoid gratuitous differences.