Thread: [CEDET-devel] Re: wrong-type-argument loading cedet.el
Brought to you by:
zappo
From: David L. <dlo...@gm...> - 2005-08-30 14:49:38
|
> What's the value of 'inversion-decoders'? What says 'M-x > locate-lib <RET> inversion <RET>'? > =20 > --drkm =20 'inversion-decoders' is not defined as far as I can tell. The nearest thing is inversion-decoder-ring: - ((alpha "^\\([0-9]+\\)\\.\\([0-9]+\\)alpha\\([0-9]+\\)$" 3) (beta "^\\([0-9]+\\)\\.\\([0-9]+\\)beta\\([0-9]+\\)$" 3) (full "^\\([0-9]+\\)\\.\\([0-9]+\\)$" 2) (point "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)$" 3)) (Hmm. there's no 'pre' in there) M-x locate-lib <RET> inversion <RET> returns 'c:/Program Files/Emacs/site-lisp/cedet-1.0pre3/common/inversion.el' |
From: drkm <dar...@ya...> - 2005-08-30 17:14:26
|
David Lord writes: >> What's the value of 'inversion-decoders'? What says 'M-x >> locate-lib <RET> inversion <RET>'? > 'inversion-decoders' is not defined as far as I can tell. The nearest > thing is inversion-decoder-ring: - > ((alpha "^\\([0-9]+\\)\\.\\([0-9]+\\)alpha\\([0-9]+\\)$" 3) > (beta "^\\([0-9]+\\)\\.\\([0-9]+\\)beta\\([0-9]+\\)$" 3) > (full "^\\([0-9]+\\)\\.\\([0-9]+\\)$" 2) > (point "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)$" 3)) > (Hmm. there's no 'pre' in there) Yes. This variable was renamed in 'inversion-decoders', and the 'pre' decoder was added. > M-x locate-lib <RET> inversion <RET> returns 'c:/Program > Files/Emacs/site-lisp/cedet-1.0pre3/common/inversion.el' Mmh, strange. Can you find 'inversion-decoder-ring' in this file? If you can't, it's the right file, but it's not the one loaded to provide the 'inversion' feature, so you have something strange in your 'load-path'. If you can, you have a very strange installation of CEDET-1.0pre3, because it's not the right file in this distribution. In the later case IMHO, the best is to reinstall CEDET. In the former, it needs more investigation. Maybe an old path is still in your ~/.emacs.el, or an old CEDET is still in the 'site-lisp' directory ; in this case, you can try creating an empty '.nosearch' file in this old CEDET directory : $ cd /usr/share/emacs/22.0.50.1/emacs-lisp/cedet-1.0beta2 $ touch .nosearch --drkm |
From: David L. <dlo...@gm...> - 2005-08-31 08:08:24
|
On 30/08/05, drkm <dar...@ya...> wrote: =20 > > M-x locate-lib <RET> inversion <RET> returns 'c:/Program > > Files/Emacs/site-lisp/cedet-1.0pre3/common/inversion.el' >=20 > Mmh, strange. Can you find 'inversion-decoder-ring' in this > file? If you can't, it's the right file, but it's not the one > loaded to provide the 'inversion' feature, so you have something > strange in your 'load-path'. If you can, you have a very strange > installation of CEDET-1.0pre3, because it's not the right file in > this distribution. Aha, got it. load-path seems to be including every subdirectory under site-lisp, whether I explicitly add it in my .emacs or not. I still had one of the cedet beta directories in there (along with a lot of other stuff that could cause problems). I assume that this has something to do with this EmacsW32 environment, because I'm fairly certain it didn't happen when I was running a 'normal' 21.3 build. Thanks for your help -- David Lord |
From: drkm <dar...@ya...> - 2005-08-31 09:59:42
|
David Lord writes: > Aha, got it. load-path seems to be including every subdirectory under > site-lisp, whether I explicitly add it in my .emacs or not. Yes. Take a look at the '.../site-lisp/subdirs.el' file. It should look like this: (if (fboundp 'normal-top-level-add-subdirs-to-load-path) (normal-top-level-add-subdirs-to-load-path)) It is loaded at startup. And this function is documented like this: ,----[ C-h f normal-top-level-add-subdirs-to-load-path RET ] | normal-top-level-add-subdirs-to-load-path is a compiled | Lisp function in `startup'. | (normal-top-level-add-subdirs-to-load-path) | | Add all subdirectories of current directory to `load-path'. | More precisely, this uses only the subdirectories whose | names start with letters or digits; it excludes any | subdirectory named `RCS' or `CVS', and any subdirectory | that contains a file named `.nosearch'. `---- I use this when installing new version of packages, like Gnus and CEDET. I can keep all in place, without deleting anything, just by creating a '.nosearch' file. Then I install the new version. If something fails, I can delete the new version and the '.nosearch' file, and all is as before. --drkm |
From: David L. <dlo...@gm...> - 2005-08-31 10:08:54
|
On 31/08/05, drkm <dar...@ya...> wrote: > Yes. Take a look at the '.../site-lisp/subdirs.el' file. It > should look like this: >=20 > (if (fboundp 'normal-top-level-add-subdirs-to-load-path) > (normal-top-level-add-subdirs-to-load-path)) >=20 That would explain it, thanks;) -- David Lord |