GNU bug report logs - #35454
26.2.50; CC-Mode fontification fails inside macro

Previous Next

Packages: emacs, cc-mode;

Reported by: Mauro Aranda <maurooaranda <at> gmail.com>

Date: Sat, 27 Apr 2019 16:12:02 UTC

Severity: normal

Found in version 26.2.50

Done: Alan Mackenzie <acm <at> muc.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Mauro Aranda <maurooaranda <at> gmail.com>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 35454 <at> debbugs.gnu.org
Subject: bug#35454: 26.2.50; CC-Mode fontification fails inside macro
Date: Wed, 1 May 2019 19:31:48 -0300
[Message part 1 (text/plain, inline)]
Alan Mackenzie <acm <at> muc.de> writes:

> Hello again, Mauro.

Hello Alan.  Thanks for looking into this bug!

> Please try out the patch below.  On my system, it corrects the
> fontification in both your test file and editfns.c.

I've applied the patch and tried the recipe I provided, and it works fine.

However, when I visit editfns.c and search for EXTRA_CONTEXT_FIELDS,
like I said in my report, I see the following problem with this variables:
struct buffer *buffer_a;
struct buffer *buffer_b;
unsigned char *deletions;
unsigned char *insertions;

All but deletions have face font-lock-variable-name-face.

I can't seem to come up with a simple recipe to reproduce the problem,
so I refer you to that part of editfns.c.

All the following steps, separately with emacs -Q (or you could kill the
buffer if you want)
1) C-x C-f editfns.c
C-s extra RET
I observe deletions without its correspondent face and if I type:
SPC DEL
deletions gets font-lock-variable-name-face face.  However, if I
revert the buffer with M-x revert-buffer RET yes RET buffer_a, deletions
and the first 'buffer' lose their faces.

2) C-x C-f editfns.c
C-s deletions RET
I see that deletions has the right face.  But
M-x revert-buffer
makes it lose it (but *buffer_a keeps its face).

3) C-x C-f editfns.c
C-s extra RET
deletions without font-lock-variable-name-face.
C-l C-l
M-x revert-buffer
deletions now has font-lock-variable-name-face.

That is all the testing I could do, sorry for not being able to come up
with a better recipe.  Let me know if you see the same behavior, or what
else I could try.

Best regards,
Mauro.
[Message part 2 (text/html, inline)]

This bug report was last modified 6 years and 19 days ago.

Previous Next


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