GNU bug report logs -
#23476
25.0.93; Visiting C files on master signals an error
Previous Next
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
> Date: Mon, 9 May 2016 11:07:13 +0000
> Cc: 23476 <at> debbugs.gnu.org
> From: Alan Mackenzie <acm <at> muc.de>
>
> > But the IF_LINT part is AFAIU the _only_ part of the configuration
> > that the user needs to supply. All the rest, including the forms to
> > evaluate, doesn't have to be in file-local variables. Right?
>
> Right. I've amended C(etc.) Mode to use the new :after-hook parameter
> to define-derived-mode which I committed yesterday. The eval form which
> used to be in .dir-locals.el is now run by C Mode after the mode hooks
> (and file/dir local variables stuff) have been done.
Thanks.
> However, visiting a master C source file using the emacs-25 branch would
> still ask the question.
Why, because Emacs 25 doesn't know about the new variable and its safe
values? Or for some other reason?
> One way to get round this would be to add the safe-local-variable
> stuff into emacs-25, but nobody wants to change emacs-25 at this
> late stage.
Adding a variable that is not used for anything but declaring its safe
values should be OK, I think.
> Just how bad would it be to get the question about unsafe local
> variables when visiting master C files from emacs-25 emacs -Q?
It's better, but still an annoyance. And if the solution in non-Q
sessions is to accept the variable as safe anyway, then adding the
variable instead for the same purpose is not different, and should be
"safe" (pun intended ;-).
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.