From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Roland Orre Newsgroups: gmane.lisp.guile.devel Subject: Fwd: Re: Unrecognized \ sequences and Elisp Date: Tue, 27 Jan 2004 04:37:03 +0100 Organization: Royal Institute of Technology Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <1075174623.23547.960.camel@localhost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1075175561 7056 80.91.224.253 (27 Jan 2004 03:52:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Jan 2004 03:52:41 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jan 27 04:52:33 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AlKHA-0004As-00 for ; Tue, 27 Jan 2004 04:52:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AlKGJ-0007g1-Rg for guile-devel@m.gmane.org; Mon, 26 Jan 2004 22:51:39 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AlKFz-0007fD-76 for guile-devel@gnu.org; Mon, 26 Jan 2004 22:51:19 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AlK7R-00068b-06 for guile-devel@gnu.org; Mon, 26 Jan 2004 22:43:01 -0500 Original-Received: from [130.237.222.202] (helo=smtp.nada.kth.se) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1AlK7Q-00068T-FS for guile-devel@gnu.org; Mon, 26 Jan 2004 22:42:28 -0500 Original-Received: from c640 (h148n2fls33o875.telia.com [217.208.54.148]) (authenticated bits=0) by smtp.nada.kth.se (8.12.10/8.12.1) with ESMTP id i0R3gQRQ013513 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 27 Jan 2004 04:42:26 +0100 (MET) Original-To: guile-devel@gnu.org X-Mailer: Ximian Evolution 1.4.5 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:3316 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3316 I'm a little concerned about the idea that general string handling should include interpretation of the content of the string. I don't really like it. We will get more and more issues like the one below about elisp. R5RS defines only \\ and \"; ``Scheme does not specify the effect of a backslash within a string that is not followed by a doublequote or backslash. I consider the reason for escape sequences in strings is to be able to express a " within a string, i.e. to be able to express a character that we would otherwise not be able to put in the string. I consider that it is better to have routines like read-ansi-string and write-ansi-string, which was previously suggested, and otherwise leave the rest of formatting to specific format strings as general interpretation of escape sequences within strings will affect the general handling of strings in different applications. I think it is better to go back to the R5RS specification, which I consider has been somewhat misinterpreted. Best regards Roland Orre On Tue, 2004-01-27 at 03:45, Paul Jarc wrote: > Neil Jerram wrote: > > The recent change to signal an error for "unrecognized" \ sequences > > has negatively affected the Elisp translator, because Elisp code often > > uses "\(" in doc strings. (I think this is when the "(" would > > otherwise be in column 0, to avoid Emacs thinking that it is the start > > of a new defun.) > > Would it work to change the Emacs docstrings to look like this? > "foo...\ > \n(bar...)" > > > Is it reasonable to again allow "\(" as a special case > > That would avoid the need to edit the Emacs sources, though it's a bit > ugly. I guess the Right Way would be to fix Emacs so it doesn't get > confused by parentheses inside strings. > > > paul _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel