Red Hat Bugzilla – Bug 145759
Error when fontifying Makefile with conditional
Last modified: 2007-11-30 17:10:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
Attempting to interactively call M-x font-lock-fontify-buffer (or if
lazy-lock-mode is enabled) on a Makefile that contains a conditional:
causes emacs to print an error "No match 2 in highlight (2
If lazy-lock-mode is enabled, then emacs will load the Makefile into a
buffer and mark it as modified (annoying), but will not switch to the
buffer (really annoying). If you manually switch to the buffer, emacs
will print the error every time the line containing the conditional is
changed (really, really annoying).
The problem does not occur on RHAS-3 (emacs-21.3-4) but I could see no
difference between make-mode.elc and font-lock.elc on my RHAS-3 box
and the same files on (several) FC3 boxes.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. cat >Makefile <<EOF
2. emacs -q --no-site-file Makefile
3. M-x font-lock-fontify-buffer
Actual Results: emacs will mark the buffer as modified and print "No
match 2 in highlight (2 font-lock-variable-name-face)".
Expected Results: emacs should fontify the buffer and not print an error.
Debugger entered--Lisp error: (error "No match 2 in highlight (2
signal(error ("No match 2 in highlight (2
error("No match %d in highlight %S" 2 (2 font-lock-variable-name-face))
font-lock-fontify-keywords-region(1 23 t)
font-lock-default-fontify-region(1 23 t)
font-lock-fontify-region(1 23 t)
byte-code("Šï¿½ ï¿½Žï¿½ed #ˆï¿½ ˆï¿½+ï¿½‡"
[save-match-data-internal verbose font-lock-fontified match-data
((set-match-data save-match-data-internal)) font-lock-fontify-region
font-lock-after-fontify-buffer t] 4)
Seems to work fine for me both in a terminal and under X window.
I must be missing something.
Can you tell me more about your environment: which desktop?
What locale are you running in?
I created a dummy user on my FC3 box, to see if it was my dotfiles,
but I got the same error.
Desktop is KDE and locale is en_US.UTF-8, but I see the problem in
both console and X mode, with and without LC_ALL=C.
Is it reproducible for you about under GNOME too?
Yes, it is reproducible under GNOME with default dotfiles. It is
reproducible under KDE, on a virtual text console, and on a pty via
SSH. I have tried TERM=vt100, TERM=linux, TERM=xterm, all with the
FYI, this problem seems to have disappeared in FC4 emacs-21.4-5. The error
message no longer prints, and Makefile conditionals are now fontified correctly.
You can probably close this off. Thanks!
Ok, thanks, that is good. Not sure why though. :)
Perhaps this bug is related to bug 158044 afterall?