Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
From: Eric M. Ludlam <eric@si...> - 2004-07-15 20:48:35
It is unclear to me why that wouldn't work, though I usually see the
`custom-set-variables' setting at the end of a .emacs file.
The loaddefs file is auto generated defines the variable so it can be
reference by other files. I'm not familiar with any defvar/defcustom
conflicts. Does anyone else have an idea?
> I seem to be unable to customize `semanticdb-persistent-path"..
> I downloaded cedet, unpacked it, ran make and have the following in
> my .emacs:
> (let ((lisp-dir "~/.elisp/"))
> (if (and (file-exists-p lisp-dir)
> (fboundp "normal-top-level-add-subdirs-to-load-path))
> (let ((default-directory lisp-dir))
> (add-to-list "load-path lisp-dir)
> "(semanticdb-persistent-path (quote (never))))
> (setq semantic-load-turn-everything-on t)
> (require "cedet "cedet" t)
> The first block adds all dirs under ~/.elisp to the load path.. the
> rest should be clear..
> Now every time i start emacs semanticdb-persistent-path is set to
> (project) instead of (never). Also C-h v semanticdb-persistent-path
> says the variable is defined in semantic-loaddefs. This seems wrong
> When i evaluate (C-x C-e) the custom-set-variables block in a running
> emacs the variable is set correctly und C-h v claims the variable is
> defined in semanticdb-file which seems to be ok.
> Could that be some kind of bug or is something in my setup wrong?
> Please help :)
> Stephan Stahl
Eric Ludlam: zappo@..., eric@...
Home: http://www.ludlam.net Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org