GNU bug report logs - #74308
30.0.92; emacs-lisp font-locking word regexp

Previous Next

Package: emacs;

Reported by: Roland Winkler <winkler <at> gnu.org>

Date: Mon, 11 Nov 2024 06:32:02 UTC

Severity: normal

Merged with 74307

Found in version 30.0.92

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #13 received at 74308 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Roland Winkler <winkler <at> gnu.org>, 74308 <at> debbugs.gnu.org
Subject: Re: bug#74308: 30.0.92; emacs-lisp font-locking word regexp
Date: Sat, 16 Nov 2024 22:33:55 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> merge 74308 74307
> thanks
>
>> From: Roland Winkler <winkler <at> gnu.org>
>> Date: Mon, 11 Nov 2024 00:30:46 -0600
>> 
>> Starting from emacs -Q, put the following into a buffer with
>> emacs-lisp-mode
>> 
>>   (setq foo "\\<foo\\>")
>> 
>> The part "foo\\" of the string "\\<foo\\>" will get
>> font-lock-variable-name-face, which looks odd.
>> 
>> I believe, this is due to a clause in lisp-mode.el that says
>> 
>>          ;; Words inside \\[], \\<>, \\{} or \\`' tend to be for
>>          ;; `substitute-command-keys'.
>> 
>> But this assumption is not always correct, in particular if ">" is
>> preceded by "\\", which happens when constructing regexps.
>
> This is an exact duplicate of bug#74307 that you submitted just 2
> minutes earlier, so I'm merging them.

I think bug#68318 is also about the same issue; it can be merged into
this one as well.

Best, Arash




This bug report was last modified 262 days ago.

Previous Next


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