Suitable values as weak keys Marc Nieper-Wißkirchen (12 Sep 2024 15:14 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (18 Sep 2024 15:07 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (18 Sep 2024 15:25 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (22 Sep 2024 10:08 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (22 Sep 2024 10:12 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (22 Sep 2024 10:36 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (22 Sep 2024 11:42 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (22 Sep 2024 11:55 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (22 Sep 2024 12:02 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (22 Sep 2024 12:05 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (22 Sep 2024 12:56 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (23 Sep 2024 09:38 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (23 Sep 2024 10:13 UTC)
Re: Suitable values as weak keys Daphne Preston-Kendal (23 Sep 2024 10:19 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (23 Sep 2024 10:59 UTC)
Re: Suitable values as weak keys Marc Nieper-Wißkirchen (23 Sep 2024 12:42 UTC)

Re: Suitable values as weak keys Daphne Preston-Kendal 23 Sep 2024 10:18 UTC

On 23 Sep 2024, at 12:13, Marc Nieper-Wißkirchen <xxxxxx@gmail.com> wrote:

>>   R7RS Large will probably make weaknesses in collection like this implementation-specified, so conforming impls will have to document if they can’t collect symbols.
>
> Has this been discussed already?

<https://codeberg.org/scheme/r7rs/issues/105>

> Firstly, it doesn't make sense to use keys without locations, as I tried to explain.  Secondly, SRFI 254 does not ban them but leaves it open.
>

> It is like saying strings are not important for, say, "+".  R7RS leaves it open what happens when you evaluate (+ 1 "zwei").

The difference between that case and this is that R7RS also clearly states a set of values for which the result of + is not ‘left open’.

> I still fail to understand in what sense it is not strong enough.  It lists types that are guaranteed to denote locations or sequences of locations.  What else would be needed?

The list is non-exhaustive. It says ‘such as’. Clearly, there are ‘objects’ which do not denote locations.

Daphne