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 Lassi Kortela 06 Nov 2022 21:29 UTC

>> 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

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