From: "Eric Twietmeyer" <zimbus26@yahoo.com>
Subject: Re: enable-local-variables
Date: 1 Jan 2007 14:27:12 -0800 [thread overview]
Message-ID: <1167690432.813314.179450@i12g2000cwa.googlegroups.com> (raw)
In-Reply-To: 45998113$0$5712$9b4e6d93@newsspool3.arcor-online.net
Ralf Angeli wrote:
> * Eric Twietmeyer (2007-01-01) writes:
>
> > I just upgraded to emacs 22.0.92.1. I write C++ code and there is a
> > local variable "typedefs" that is used for syntax highlighting. Now
> > that I have upgraded I find that every buffer I open that has this
> > local variable "typedefs" in it I am presented with a dialog asking
> > that I confirm that the local variable is "safe".
> [...]
> > However, there doesn't appear to be any way to specify that the local
> > variable "typedefs" should always be accepted as safe, regardless of
> > its values. Each C++ file I visit will have a different value of
> > "typedefs", so I can't in any reasonable way create a var, val cons
> > list of safe values. It would be thousands of entries long.
>
> You can specify a function as a symbol property for the variable. The
> function is supposed to check if the values given to the variable have
> the correct type. Since you didn't write which kind of values are
> supposed to be assigned to the variable, it is not possible to give a
> specific advice.
>
> I'd also be interested in knowing which package or code uses the
> variable before giving you a means to shoot yourself in the foot.
>
> --
> Ralf
Here is what the text looks like at the bottom of a typical C++ file I
edit:
/*
Local Variables:
typedefs:("boost" "noncopyable" "shared_ptr" "size_t" "std" "string"
"tCursorIPtr" "tDestroyI" "tEndian" "tStreamI" "tStreamIPtr" "wchar_t"
"wstring")
End:
*/
So the value of "typedefs" is just a list of quoted symbols. This list
changes from file to file. It is used by the syntax highlighting code
in C/C++ mode.
The question therefore remains, what can I do so that all such values
of typedefs are always considered "safe". I'm not certain why this is
being flagged in the first place, as the documentation I saw about
ricky variables indicates that their name should end in some special
characters, and my typedefs do not end in such characters. So I have
been confused from the start why this is marked as risky in the first
place and therefore why I am being queried about it each time I open
the file.
Thanks again,
-Eric Twietmeyer
next prev parent reply other threads:[~2007-01-01 22:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-01 20:04 enable-local-variables Eric Twietmeyer
2007-01-01 20:43 ` enable-local-variables Leo
2007-01-01 21:45 ` enable-local-variables Ralf Angeli
2007-01-01 22:27 ` Eric Twietmeyer [this message]
2007-01-01 22:50 ` enable-local-variables Ralf Angeli
2007-01-02 0:21 ` enable-local-variables Eric Twietmeyer
2007-01-02 2:21 ` enable-local-variables Eric Twietmeyer
2007-01-02 6:56 ` enable-local-variables Ralf Angeli
2007-01-02 14:55 ` enable-local-variables Eric Twietmeyer
[not found] ` <mailman.2620.1167684196.2155.help-gnu-emacs@gnu.org>
2007-01-01 22:21 ` enable-local-variables Eric Twietmeyer
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=1167690432.813314.179450@i12g2000cwa.googlegroups.com \
--to=zimbus26@yahoo.com \
/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.
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).