Raymond> I've noticed that 21.5-b26 complains a lot about Raymond> autoloads already loaded. This didn't happen before with Raymond> earlier versions. Raymond> I think this happens because I have in Raymond> .xemacs/xemacs-packages/lisp modified versions of Raymond> packages that xemacs already supplies. For example, I Raymond> have a personal, modified version of pcl-cvs. Raymond> Is this expected behavior. sjt> No. What does M-x list-load-path-shadows have to say? M-x list-load-path-shadows says: /apps/public/solaris2.8/maxima-cvs/share/maxima/5.9.1/emacs/sshell hides /apps/public/XEmacs/21.5/lib/xemacs/site-packages/lisp/sshell /apps/public/solaris2.8/maxima-cvs/share/maxima/5.9.1/emacs/smart-complete hides /apps/public/XEmacs/21.5/lib/xemacs/site-packages/lisp/smart-complete /apps/public/solaris2.8/maxima-cvs/share/maxima/5.9.1/emacs/dbl hides /apps/public/XEmacs/21.5/lib/xemacs/site-packages/lisp/dbl /apps/public/solaris2.8/maxima-cvs/share/maxima/5.9.1/emacs/bookmode hides /apps/public/XEmacs/21.5/lib/xemacs/site-packages/lisp/bookmode /apps/public/XEmacs/21.5/lib/xemacs/site-packages/lisp/tex-site hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/auctex/tex-site /home/unix/eusrtoy/.xemacs/site-packages/lisp/slime/bridge hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/ilisp/bridge /home/unix/eusrtoy/.xemacs/site-packages/lisp/slime/tree-widget hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/jde/tree-widget /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/pcl-cvs hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/pcl-cvs-util hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs-util /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/pcl-cvs-parse hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs-parse /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/pcl-cvs-info hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs-info /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/pcl-cvs-defs hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs-defs /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/cvs-status hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/cvs-status /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/cvs-log hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/cvs-log /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/cvs-edit hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/cvs-edit /home/unix/eusrtoy/.xemacs/site-packages/lisp/pcl-cvs/cvs-compat hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/pcl-cvs/cvs-compat /home/unix/eusrtoy/.xemacs/site-packages/lisp/cl-indent hides /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/prog-modes/cl-indent /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/viet-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/viet-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/korea-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/korea-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/japan-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/japan-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/ethio-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/ethio-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/cyril-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/cyril-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-base/china-util hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/mule/china-util /apps/public/XEmacs/21.5/lib/xemacs/mule-packages/lisp/mule-ucs/unicode hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/unicode /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/regexp-opt /home/unix/eusrtoy/.xemacs/site-packages/lisp/etags hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/etags /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/easy-mmode /apps/public/XEmacs/21.5/lib/xemacs/xemacs-packages/lisp/build/build-report hides /apps/public/XEmacs/21.5/lib/xemacs-21.5-b26/lisp/build-report I see I have a few more shadows than I thought. The files in lib/xemacs/*packages are supposed to be from the xemacs sumo package tarballs. The pcl-cvs shadow is because I modified pcl-cvs to work (somewhat better) with cvs 1.12. sjt> I don't think anything has particularly changed about this recently. sjt> Since you don't mention, I suppose the answer is no, but just to be sjt> sure: has anything else in your installation changed recently? Do you sjt> play tricks with your load-path? Can you get it to happen with xemacs sjt> -vanilla? 21.5-b25 didn't complain, and I definitely haven't changed anything since installing 21.5-b26. What does "play tricks" with load-paths mean? I haven't changed that in a long time either. Oh, yes, I forget to mention that the first thing I tried was xemacs -vanilla. This, of course, produces no warnings. If I click the menu item to load my init files, it stops with an error that it can't load one of my personal el files. This, naturally, doesn't happen when I leave off the -vanilla. So maybe I am playing tricks with load-path. Thank, Ray

Raymond> Is this expected behavior. sjt> Do you build your personal pcl-cvs using the XEmacs package framework, sjt> or do you just byte-compile all the files and stick them in the right sjt> place? I just byte-compiled them all. Or maybe I just edited the one file and byte-compiled it. Perhaps that's the problem? Raymond> I see I have a few more shadows than I thought. sjt> Are they packages that you use frequently? Do they also produce sjt> autoloads warnings? There were other stuff, but I move them all out of the way. Some of them may have been put there using the package manager. I don't really remember. Raymond> 21.5-b25 didn't complain, and I definitely haven't Raymond> changed anything since installing 21.5-b26. What does Raymond> "play tricks" with load-paths mean? I haven't changed Raymond> that in a long time either. sjt> "Play tricks" means using setq, add-to-list, etc on the load-path sjt> variable. It's very unusual nowadays, but there could theoretically sjt> be something left over from your .emacs of the age of Emacs 18.55 or sjt> so.:-) I'll have to look. My .emacs/.xemacs probably has stuff going back that far. :-) Yep. I have some (push <somepath> load-path) for oo-browser. Haven't used that in ages. And some other stuff. sjt> Do you use any package-path configuration (specifically sjt> --package-prefix or the now-obsolete --package-path) in your configure? Nope. Raymond> Oh, yes, I forget to mention that the first thing I tried Raymond> was xemacs -vanilla. This, of course, produces no Raymond> warnings. If I click the menu item to load my init Raymond> files, it stops with an error that it can't load one of Raymond> my personal el files. This, naturally, doesn't happen Raymond> when I leave off the -vanilla. sjt> That's very strange. Yeah, I should look into this more, but leaving off -vanilla works pretty well, so motivation is low. sjt> Please send a bug report with M-x report-xemacs-bug, and also the sjt> contents of that error message about your personal file. Ok. I should have done that to begin with, but I wanted ask about this first. Ray