Dhruva> The main problem I faced was not with the functional Dhruva> aspect of the XEmacs as a whole, the Dhruva> "byte-force-recompile" of the xemacs-package folder stops Dhruva> at this point and does not proceed beyond this. This is a package structure and I18N problem, changing XEmacs in the way you suggest would not solve the problem, simply hide it until a later date---maybe when you've got an unsaved buffer. Dhruva> An alternative would be for XEmacs to ignore this and go Dhruva> ahead with byte-compiling the other folders. This is presumably a Makefile issue, and should be addressed there, if at all. However, it is probable that the maintainer would prefer a drastic failure of this kind which gets attention, to a more subtle failure where the problem can pass unnoticed until run-time. For you the workaround is just to remove that uncompilable file. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."