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 Marc Nieper-Wißkirchen 07 Nov 2022 09:58 UTC

Added #!srfi-237 (see personal repo).

Do you think it will work for Gauche?

Am So., 6. Nov. 2022 um 22:23 Uhr schrieb Marc Nieper-Wißkirchen
<xxxxxx@nieper-wisskirchen.de>:
>
> Am So., 6. Nov. 2022 um 22:03 Uhr schrieb Shiro Kawai <xxxxxx@gmail.com>:
> >
> > 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.
>
> Maybe SRFI 237 should mention the possibility of a
>
> #!srfi-237
>
> (or similar) directive (like #!fold-case), which presence would enable
> SRFI 237-syntax in case the implementation does not support it in its
> default reader mode.
>
> > By the way, if the record type has a protocol clause, would the reader bypass it?
>
> Yes. It's just a raw copy of the record's fields (and that's why only
> non-opaque records are supported).
>
> PS: I still have to think about how to match unknown records with
> syntax-case (if the generalization of syntax objects mentioned in SRFI
> is adopted).
>
> >
> >
> > On Sun, Nov 6, 2022 at 6:40 AM Marc Nieper-Wißkirchen <xxxxxx@nieper-wisskirchen.de> wrote:
> >>
> >> An external representation for non-generative, non-opaque records
> >> (allowing simple serialization and deserialization) is now specified
> >> in my latest commit (in the personal repo).