GNU bug report logs - #23130
25.1.50; `C-h f' etc.: escaping in symbol names

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 27 Mar 2016 23:26:02 UTC

Severity: minor

Tags: moreinfo

Found in version 25.1.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 23130 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: bug#23130: 25.1.50; `C-h f' etc.: escaping in symbol names
Date: Tue, 08 Feb 2022 10:41:42 +0100

On Feb 08 2022, Lars Ingebrigtsen wrote:

> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>
>>> Why is `prin1' quoting the "." anyway?  It's not a special character for
>>> the Lisp reader, is it?
>>
>> The following characters are always escaped in a symbol:
>>
>> 		if (c == '\"' || c == '\\' || c == '\''
>> 		    || c == ';' || c == '#' || c == '(' || c == ')'
>> 		    || c == ',' || c == '.' || c == '`'
>> 		    || c == '[' || c == ']' || c == '?' || c <= 040
>> 		    || c == NO_BREAK_SPACE
>
> But why "."?

Because it is special to the reader.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."
This bug report was last modified 3 years and 75 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.