unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
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

  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).