Red Hat Bugzilla – Bug 162235
xcscope.el not found by emacs/xemacs
Last modified: 2007-11-30 17:07:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050512 Red Hat/1.7.8-184.108.40.206
Description of problem:
xcscope.el is not located on a path identified by load-path and can therefore not be found by emacs/xemacs
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add (require'xcscope) to ~/.emacs as outlined in tha man page for xcscope
2. note that cscope is still not available in emacs/xemacs
Good point. xcscope.el should be installed into /usr/share/emacs/site-lisp.
Actually, xcscope.el should be in /usr/share/emacs/site-lisp for emacs and in
/usr/share/xemacs/site-packages/lisp for xemacs, and it appears in both places
for me (as the result of the triggerin scripts in the spec file. When I run
emacs or xemacs, adding the require line in the .emacs file works just fine for
me (I am able to access the cscope meta-commands in the buffer. This kind of
smells like a bad .emacs->.xemacs conversion to me. Or perhaps, your site
configuarion has changed the default load path to look for cscope is someplace
other than where it is installed? You'd be able to tell by stracing the xemacs
start up. If the xcscope.el file isn't getting found, we'll see where its
looking on that.
OK, I think I found the error now.
Previously we had cscope from Fedora Extras installed. This package didn't
contain any triggers but had instead placed xscope.el in
/usr/share/emacs/site-lisp. Then when cscope got included in RHEL3, we ran
'up2date -u cscope' to update to the RHEL3 version of cscope. And here I guess
things happened in the wrong order so that the links were never made.