From: "Marshall, Simon" <simon.marshall@misys.com>
To: "'Chong Yidong'" <cyd@MIT.EDU>
Cc: "'bug-cc-mode@gnu.org'" <bug-cc-mode@gnu.org>,
"'emacs-devel@gnu.org'" <emacs-devel@gnu.org>
Subject: RE: Font-lock decides function call is function declaration in C+ +
Date: Mon, 5 Feb 2007 16:46:32 -0000 [thread overview]
Message-ID: <81CCA6588E60BB42BE68BD029ED4826011AB3F79@wimex2.wim.midas-kapiti.com> (raw)
> Does this bug still exist with latest CVS? If so, please provide a
> simple test case (I couldn't find one in your previous messages).
Yes, it does, with CVS Emacs as of 05/02/2007. Originally, I couldn't
reproduce it on demand. That's why, originally, I was asking for help to
track it down.
But, messing around just now, I've finally managed to do it. I can't say
that these are the only way of reproducing it, as I've seen this
misfontification in a variety of situations that do not look obviously like
these.
1. The goal is to write the code snippet:
int main() {
foo();
bar();
}
emacs -Q foo.cpp
int SPC main() SPC { RET } RET C-p C-o bar();
OK so far. Now to insert the "foo();" line:
C-a C-o foo
At this point, "foo" is fontified as a type, and "bar" as a variable. OK.
Now:
()
The fontification of "foo" and "bar" disappears. OK. Now complete the
snippet:
;
Now "foo" is fontified as a variable. This is wrong.
2. Here's a variation. This time, the goal is to write the code snippet:
int main() {
foo(fubar);
bar();
}
emacs -Q bar.cpp
int SPC main() SPC { RET } RET C-p C-o bar();
OK so far. Now to insert the "foo(fubar);" line:
C-a C-o foo(fubar
At this point, "bar" is fontified as a type. Not sure why, but still. Now:
);
Now "bar" is fontified as a variable. This is wrong.
What is worse is that in both cases I cannot get rid of the misfontification
without turning Font Lock mode off and on again.
I hope this help to fix The Most Annoying Fontification Bug Ever. Simon.
This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person. Misys Banking Systems is a trading name of Misys International Banking Systems Limited which is registered in England and Wales under company registration number 00971479 and with its registered office address at Burleigh House, Chapel Oak, Salford Priors, Evesham WR11 8SP. THIS E-MAIL DOES NOT CONSTITUTE THE COMMENCEMENT OF LEGAL RELATIONS BETWEEN YOU AND MISYS INTERNATIONAL BANKING SYSTEMS LIMITED. PLEASE REFER TO THE EXECUTED CONTRACT BETWEEN YOU AND THE RELEVANT MEMBER OF THE MISYS GROUP FOR THE IDENTITY OF THE CONTRACTING PARTY WITH WHICH YOU ARE DEALING.
next reply other threads:[~2007-02-05 16:46 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-05 16:46 Marshall, Simon [this message]
2007-02-05 17:14 ` Font-lock decides function call is function declaration in C+ + Chong Yidong
2007-02-07 20:45 ` Alan Mackenzie
2007-02-09 21:25 ` Chong Yidong
2007-02-11 17:40 ` Alan Mackenzie
2007-02-11 20:11 ` Stefan Monnier
2007-02-11 23:18 ` Chong Yidong
2007-02-12 2:45 ` Stefan Monnier
2007-02-12 17:59 ` Alan Mackenzie
2007-02-22 23:47 ` Font-lock decides function call is function declaration in C+ + - embryonic solution Alan Mackenzie
2007-03-01 17:19 ` Chong Yidong
2007-03-02 3:28 ` Richard Stallman
2007-03-03 10:18 ` Alan Mackenzie
2007-03-08 22:07 ` Font-lock decides function call is function declaration in C+ + - Patch Alan Mackenzie
2007-03-08 22:58 ` Chong Yidong
2007-03-09 21:25 ` Richard Stallman
2007-03-09 23:23 ` Alan Mackenzie
2007-03-11 4:24 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2007-02-12 14:38 Font-lock decides function call is function declaration in C+ + Marshall, Simon
2007-02-12 15:53 ` Stuart D. Herring
2007-02-12 16:17 ` Stefan Monnier
2007-02-12 17:41 ` Alan Mackenzie
2007-02-12 18:06 ` Stuart D. Herring
2007-02-13 22:22 ` Alan Mackenzie
2007-02-09 10:32 Marshall, Simon
[not found] <81CCA6588E60BB42BE68BD029ED48260105584F1@wimex2.wim.midas-kapiti.com>
2007-02-02 4:04 ` Chong Yidong
2007-01-26 21:18 Tetris trademark Chip Coldwell
2007-01-27 4:19 ` Richard Stallman
2007-01-27 13:03 ` Chris Moore
2007-01-27 13:39 ` Alfred M. Szmidt
2007-01-28 19:54 ` Chong Yidong
2007-01-28 20:23 ` Alfred M. Szmidt
2007-01-28 21:34 ` Chong Yidong
2007-01-28 22:41 ` Alfred M. Szmidt
2007-01-29 0:54 ` Chris Moore
2007-02-02 23:57 ` Font-lock decides function call is function declaration in C+ + Chong Yidong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=81CCA6588E60BB42BE68BD029ED4826011AB3F79@wimex2.wim.midas-kapiti.com \
--to=simon.marshall@misys.com \
--cc=bug-cc-mode@gnu.org \
--cc=cyd@MIT.EDU \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).