Email list hosting service & mailing list manager

raw string literals lloda (16 Jun 2022 19:52 UTC)
Re: raw string literals Per Bothner (16 Jun 2022 20:08 UTC)
Re: raw string literals Lassi Kortela (16 Jun 2022 21:49 UTC)
Re: raw string literals lloda (17 Jun 2022 17:44 UTC)
Re: raw string literals Arthur A. Gleckler (17 Jun 2022 17:52 UTC)
Re: raw string literals Lassi Kortela (17 Jun 2022 19:59 UTC)
Re: raw string literals lloda (17 Jun 2022 17:34 UTC)

Re: raw string literals lloda 17 Jun 2022 17:34 UTC


> On 16 Jun 2022, at 22:07, Per Bothner <xxxxxx@bothner.com> wrote:
>
> On 6/16/22 12:52, lloda wrote:
>> I have prepared a draft SRFI for raw string literals. The draft is here: https://github.com/lloda/guile-raw-strings/blob/master/srfi.md, but I describe the general ideal below.
>
> I suggest taking a look at the extended string literals of SRFI-109
> (https://srfi.schemers.org/srfi-109/srfi-109.html).
> They are implemented in Kawa.
>
> SRFI-109 literals reduce the issue with nested escapes.
> One reason is you can use the delimters '{' and ']' in
> the string without quoting as long as they're nested properly.

Thank you, it's clear I failed to search properly in the SRFI body (I searched rather cursorily for 'raw strings'). Both the paired-delimiters and the user-defined delimiter styles are described in SRFI-109, so my proposal seems entirely redundant... I also see there's extensive discussion in the mail archive.

The only remark I have is that SRFI-109 is not a simple SRFI, so there may be some value in providing just those basic features in a way that is compatible with SRFI-109.

Regards

	Daniel

>
> --
> 	--Per Bothner
> xxxxxx@bothner.com   http://per.bothner.com/