GNU bug report logs - #23476
25.0.93; Visiting C files on master signals an error

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Sat, 7 May 2016 07:28:01 UTC

Severity: normal

Found in version 25.0.93

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: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 23476 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: bug#23476: 25.0.93; Visiting C files on master signals an error
Date: Sat, 07 May 2016 21:57:50 +0300
> Date: Sat, 7 May 2016 18:52:25 +0000
> Cc: andrewjmoreton <at> gmail.com, 23476 <at> debbugs.gnu.org
> From: Alan Mackenzie <acm <at> muc.de>
> 
> > No, I'd like that question to go away completely.  Visiting Emacs
> > sources shouldn't trigger such questions, IMO it's absurd.
> 
> IF_LINT is an absurd macro, and C macros in general are absurd (unlike
> Lisp ones).  Something's got to give.

Correct fontification is not important enough to be annoyed like
that.  IMO, this cure is worse than the disease.

> > > To be fair, I did warn everybody about this in a post to emacs-devl on
> > > 2016-04-30.
> 
> > Why warn?  Just let's not do it at all.
> 
> Because the one-time inconvenience (not counting emacs -Q invocations) of
> answering the question is far less than the irritation and possible
> misunderstading caused by the unvarying mis-fontification of variables
> near IF_LINTs (of which there are 84 in the C sources, including 15 in
> xdisp.c).

I frequently visit and edit Emacs sources with "emacs -Q", so the
annoyance will be constant for me.

Let's try to find a solution that doesn't involve unsafe values.  I
hope there is such a solution; if not, I'd rather have the macro
mis-fontified than be annoyed by these questions each time I visit an
Emacs source file.

Thanks.




This bug report was last modified 9 years and 11 days ago.

Previous Next


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