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