Change of load path during dump revisited

Hi, Didn't get any response to this posting but then I realized I sent it of to black hole somewhere and not to the mailing list. :-( Mean while, I think we have solved it to some extent in Gentoo by setting EMACSLOADPATH during the compile phase and removed the compression of the el-files. It is still not perfect but might work in practice. I include my original posting below. // Mats ------------------------------------------------------------ Hi, Don't know if you remember this thread but I had an issue with that the lisp files installed in "/usr/share/xemacs-21.5-b34/lisp" some how managed to get there way into the xemacs dump due to that the load path is changed when startup.el is loaded. This happens when you rebuild xemacs, same version of course, for any reason. This might be an obscure thing for someone installing xemacs from sources. (In fact I haven't managed to recreate the problem when I install from sources even if I set the prefix to /usr. Which makes things even stranger.) For the Linux distribution Gentoo where packages are installed from building from sources rebuilding packages can happen. The fact that files in /usr/share/xemacs-21.5-XXX is used within the build is not a good thing. What is worse is that if the el-files are gzipped, that is a target we have to save some bytes on disc, the dump crasches because it can't find the el-files. The crash happens just after loading, yes you guessed it, startup.el because misc.el can't be found. It is now compressed and dump does not know about compressed el-files, right? It looks like this: [...] Loading modeline.el... Loading cus-file.el... Loading startup.el... Load file misc: not found Fatal error during load, aborting make[1]: *** [NEEDTODUMP] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-editors/xemacs-21.5.34-r3/work/xemacs-21.5.34/src' make: *** [src] Error 2 * ERROR: app-editors/xemacs-21.5.34-r3::emacs failed (compile phase): * emake failed * [...] The best thing would of course be if there was some simple way to invoked make so that this problem don't occur. But I don't know what that would be. The load path stuff is deep within XEmacs as I get it. I could delete the lisp files under /usr/share/xemacs-21.5-XXX before building but that isn't ideal since that would ruin the current install if the ongoing would fail for some reason. But at the moment that seems to be my best option. Ideas, suggestions are welcome. Yours -- %% Mats _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta