GNU bug report logs -
#23826
25.1.50; Wrong fontification of parameter in c++-mode
Previous Next
Reported by: Ivan Andrus <darthandrus <at> gmail.com>
Date: Wed, 22 Jun 2016 15:36:02 UTC
Severity: minor
Tags: moreinfo
Found in version 25.1.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23826 in the body.
You can then email your comments to 23826 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23826
; Package
emacs
.
(Wed, 22 Jun 2016 15:36:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ivan Andrus <darthandrus <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 22 Jun 2016 15:36:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From `emacs -Q`, open a buffer in c++-mode and insert the following:
// X is fontified with font-lock-variable-face and x is not fontified
int foo(xml::XmlElement xml, X const& x )
{
return 0;
}
// Fontified correctly
int bar(XmlElement xml, X const& x )
{
return 1;
}
Notice that the namespace qualification of XmlElement causes the second
parameter to be incorrectly fontified (or so it appears).
-Ivan
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#23826
; Package
emacs,cc-mode
.
(Thu, 03 Oct 2019 04:19:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 23826 <at> debbugs.gnu.org (full text, mbox):
Ivan Andrus <darthandrus <at> gmail.com> writes:
>>From `emacs -Q`, open a buffer in c++-mode and insert the following:
>
> // X is fontified with font-lock-variable-face and x is not fontified
> int foo(xml::XmlElement xml, X const& x )
> {
> return 0;
> }
>
> // Fontified correctly
> int bar(XmlElement xml, X const& x )
> {
> return 1;
> }
>
>
> Notice that the namespace qualification of XmlElement causes the second
> parameter to be incorrectly fontified (or so it appears).
I can't reproduce this on current master: X has font-lock-type-face and
x font-lock-variable-name-face.
Are you still seeing this on a recent version of Emacs?
If I don't hear back from you within a couple of weeks, I'll just assume
that this has been fixed and close this as unreproducible.
Best regards,
Stefan Kangas
Added tag(s) moreinfo.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 03 Oct 2019 04:20:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#23826
; Package
emacs,cc-mode
.
(Fri, 04 Oct 2019 03:16:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 23826 <at> debbugs.gnu.org (full text, mbox):
On Oct 2, 2019, at 10:18 PM, Stefan Kangas <stefan <at> marxist.se> wrote:
>
> Ivan Andrus <darthandrus <at> gmail.com> writes:
>
>>> From `emacs -Q`, open a buffer in c++-mode and insert the following:
>>
>> // X is fontified with font-lock-variable-face and x is not fontified
>> int foo(xml::XmlElement xml, X const& x )
>> {
>> return 0;
>> }
>>
>> // Fontified correctly
>> int bar(XmlElement xml, X const& x )
>> {
>> return 1;
>> }
>>
>>
>> Notice that the namespace qualification of XmlElement causes the second
>> parameter to be incorrectly fontified (or so it appears).
>
> I can't reproduce this on current master: X has font-lock-type-face and
> x font-lock-variable-name-face.
>
> Are you still seeing this on a recent version of Emacs?
Indeed, this is working for me now.
> If I don't hear back from you within a couple of weeks, I'll just assume
> that this has been fixed and close this as unreproducible.
Thanks for following up.
-Ivan
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#23826
; Package
emacs,cc-mode
.
(Fri, 04 Oct 2019 03:16:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 23826 <at> debbugs.gnu.org (full text, mbox):
On Oct 2, 2019, at 10:18 PM, Stefan Kangas <stefan <at> marxist.se> wrote:
>
> Ivan Andrus <darthandrus <at> gmail.com> writes:
>
>>> From `emacs -Q`, open a buffer in c++-mode and insert the following:
>>
>> // X is fontified with font-lock-variable-face and x is not fontified
>> int foo(xml::XmlElement xml, X const& x )
>> {
>> return 0;
>> }
>>
>> // Fontified correctly
>> int bar(XmlElement xml, X const& x )
>> {
>> return 1;
>> }
>>
>>
>> Notice that the namespace qualification of XmlElement causes the second
>> parameter to be incorrectly fontified (or so it appears).
>
> I can't reproduce this on current master: X has font-lock-type-face and
> x font-lock-variable-name-face.
>
> Are you still seeing this on a recent version of Emacs?
Indeed, this is working for me now.
> If I don't hear back from you within a couple of weeks, I'll just assume
> that this has been fixed and close this as unreproducible.
Thanks for following up.
-Ivan
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Fri, 04 Oct 2019 04:56:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ivan Andrus <darthandrus <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 04 Oct 2019 04:56:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 23826-done <at> debbugs.gnu.org (full text, mbox):
Ivan Andrus <darthandrus <at> gmail.com> writes:
> > I can't reproduce this on current master: X has font-lock-type-face and
> > x font-lock-variable-name-face.
> >
> > Are you still seeing this on a recent version of Emacs?
>
> Indeed, this is working for me now.
Thanks for verifying. Closing this now.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 01 Nov 2019 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 178 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.