External representation Marc Nieper-Wißkirchen (06 Nov 2022 16:40 UTC)
Re: External representation Shiro Kawai (06 Nov 2022 21:03 UTC)
Re: External representation Marc Nieper-Wißkirchen (06 Nov 2022 21:23 UTC)
Re: External representation Lassi Kortela (06 Nov 2022 21:29 UTC)
Re: External representation José Bollo (08 Nov 2022 20:48 UTC)
Re: External representation Marc Nieper-Wißkirchen (08 Nov 2022 20:53 UTC)
Re: External representation Arthur A. Gleckler (09 Nov 2022 00:39 UTC)
Re: External representation Marc Nieper-Wißkirchen (09 Nov 2022 06:15 UTC)
Re: External representation Arthur A. Gleckler (09 Nov 2022 07:38 UTC)
Re: External representation John Cowan (09 Nov 2022 15:43 UTC)
Re: External representation Marc Nieper-Wißkirchen (09 Nov 2022 15:59 UTC)
Re: External representation John Cowan (09 Nov 2022 16:42 UTC)
Re: External representation Marc Nieper-Wißkirchen (09 Nov 2022 17:19 UTC)
Re: External representation Lassi Kortela (09 Nov 2022 16:03 UTC)
Re: External representation Marc Nieper-Wißkirchen (07 Nov 2022 09:58 UTC)

Re: External representation José Bollo 08 Nov 2022 20:48 UTC

Le Sun, 6 Nov 2022 23:29:36 +0200,
Lassi Kortela <xxxxxx@lassi.io> a écrit :

> >> Ah, Gauche already uses #[...] for another purpose.
> >> Could it be an extension of srfi-10, e..g #,(<rtd> ....)?   Oh,
> >> wait, that conflicts with R6RS. Hmm...
>
> > The problem is that any sensible lexical syntax will probably
> > conflict with some existing syntax of some implementations.
>
> Survey at https://registry.scheme.org/#hash-syntax

Strange the construct #{...} doesn't seem to be used

>
> Common Lisp uses #S(...) for structures, i.e. records --
> http://clhs.lisp.se/Body/02_dhm.htm