[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #31680] R6RS string literal intraline whitespace removal

From: Andy Wingo
Subject: [bug #31680] R6RS string literal intraline whitespace removal
Date: Thu, 18 Nov 2010 20:24:00 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-us) AppleWebKit/531.2+ (KHTML, like Gecko) Safari/531.2+ Epiphany/2.30.2

Follow-up Comment #4, bug #31680 (project guile):

On Thu 18 Nov 2010 20:45, Göran Weinholt <address@hidden> writes:

>   (define modp-group1-p
>     (string->number
>       29024E088A67CC74020BBEA63B139B22514A08798E3404DD
>       EF9519B3CD3A431B302B0A6DF25F14374FE1356D6D51C245
>       E485B576625E7EC6F44C42E9A63A3620FFFFFFFFFFFFFFFF"
>      16))

Sounds legit. 

> surely you should not need to check for U+205F and so on explictly,
> isn't it enough to see that they belong to the right
> char-general-category?

I think the deal is that all (?) of the other escapes can be dealt with
via the equivalent of a `case' expression. This one requires a property
lookup. It's not as nice.

Also note the thread at

Is there a use case for allowing intraline spaces before the newline?
Disallowing that would eliminate a state in the parser.



Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]