4:35 a.m.
Hi,
I have been suffering from this for a while, but just didn't have time
to look into it further until now.
I noticed that the following two files included in xemacs-21.4.12 aren't
in xemacs-21.4.13:
lisp/mule/canna-leim.elc
lisp/mule/mule-x-init.elc
Is this intentional? This seems to lead to rebuild problems, because
since these two files then don't get installed, "update-elc.el" tries to
byte-compile the *installed* ".el" files when rebuilding xemacs-21.4.13
with xemacs-21.4.13 already installed afaict! The problem seems to be
that whereas with 21.4.12 load-path gets set to just the "lisp/" and
"lisp/mule/" dirs in the source tree, with xemacs-21.4.13 load-path
instead contains the installed lisp dir and package lisp dirs (this
seems to be a separate bug). Also when actually dumping, the same
problem occurs and the elisp files dumped are from the installed lisp
dirs not the source tree. Has anyone else seen this?
Jens
5:11 a.m.
2003年06月22日(日)の12時35分に Jens Petersen 曰く:
[..] "update-elc.el" tries to
byte-compile the *installed* ".el" files when rebuilding xemacs-21.4.13
with xemacs-21.4.13 already installed afaict! The problem seems to be
that whereas with 21.4.12 load-path gets set to just the "lisp/" and
"lisp/mule/" dirs in the source tree, with xemacs-21.4.13 load-path
instead contains the installed lisp dir and package lisp dirs (this
seems to be a separate bug). Also when actually dumping, the same
problem occurs and the elisp files dumped are from the installed lisp
dirs not the source tree.
For the time being I'm working around this with the patch below.
-Jens
diff -u xemacs-21.4.13/lisp/update-elc.el~ xemacs-21.4.13/lisp/update-elc.el
--- xemacs-21.4.13/lisp/update-elc.el~ 2003-06-22 11:25:28.000000000 +0900
+++ xemacs-21.4.13/lisp/update-elc.el 2003-06-22 11:25:28.000000000 +0900
＠＠ -134,7 +134,7 ＠＠
(if (null (member (file-name-nondirectory arg)
packages-unbytecompiled-lisp))
(progn
- (setq arg (locate-library arg))
+ (setq arg (locate-library arg nil '("../lisp"
"../lisp/mule")))
(if (null arg)
(progn
(print (format "Error: Library file %s not found"
diff -u xemacs-21.4.13/lisp/loadup.el~ xemacs-21.4.13/lisp/loadup.el
--- xemacs-21.4.13/lisp/loadup.el~ 2003-06-22 12:50:39.000000000 +0900
+++ xemacs-21.4.13/lisp/loadup.el 2003-06-22 12:50:39.000000000 +0900
＠＠ -111,9 +111,9 ＠＠
;; with garbage-collected junk)
(defun pureload (file)
(let ((full-path
- (locate-file file load-path
+ (locate-file file '("../lisp" "../lisp/mule")
(if load-ignore-elc-files
'(".el" "") '(".elc" ".el"
"")))))
(if full-path
(prog1
(load full-path)
9:11 p.m.
Jens Petersen <petersen(a)redhat.com> writes:
2003å¹´06æ22æ¥(æ¥)ã®12æ35åã« Jens Petersen æ°ã:
> [..] "update-elc.el" tries to
> byte-compile the *installed* ".el" files when rebuilding xemacs-21.4.13
> with xemacs-21.4.13 already installed afaict! The problem seems to be
> that whereas with 21.4.12 load-path gets set to just the "lisp/" and
> "lisp/mule/" dirs in the source tree, with xemacs-21.4.13 load-path
> instead contains the installed lisp dir and package lisp dirs (this
> seems to be a separate bug). Also when actually dumping, the same
> problem occurs and the elisp files dumped are from the installed lisp
> dirs not the source tree.
For the time being I'm working around this with the patch below.
-Jens
diff -u xemacs-21.4.13/lisp/update-elc.el~ xemacs-21.4.13/lisp/update-elc.el
--- xemacs-21.4.13/lisp/update-elc.el~ 2003-06-22 11:25:28.000000000 +0900
+++ xemacs-21.4.13/lisp/update-elc.el 2003-06-22 11:25:28.000000000 +0900
＠＠ -134,7 +134,7 ＠＠
(if (null (member (file-name-nondirectory arg)
packages-unbytecompiled-lisp))
(progn
- (setq arg (locate-library arg))
+ (setq arg (locate-library arg nil '("../lisp"
"../lisp/mule")))
(if (null arg)
(progn
(print (format "Error: Library file %s not found"
diff -u xemacs-21.4.13/lisp/loadup.el~ xemacs-21.4.13/lisp/loadup.el
--- xemacs-21.4.13/lisp/loadup.el~ 2003-06-22 12:50:39.000000000 +0900
+++ xemacs-21.4.13/lisp/loadup.el 2003-06-22 12:50:39.000000000 +0900
＠＠ -111,9 +111,9 ＠＠
;; with garbage-collected junk)
(defun pureload (file)
(let ((full-path
- (locate-file file load-path
+ (locate-file file '("../lisp" "../lisp/mule")
(if load-ignore-elc-files
'(".el" "") '(".elc" ".el"
"")))))
(if full-path
(prog1
(load full-path)
I thought we had already discussed this. In any case, I'm very
confused by your report. Can you tell me exactly what steps you took,
starting with which tarball you downloaded? Please make sure you
start from a clean installation.
I don't think that either canna-leim.elc or mule-x-init.elc should be
shipped in a non-mule XEmacs tarball. (Perhaps this is the source of
the confusion.)
(BTW, it seems fairly likely that this is a packaging issue caused by
the fact that I've been away from generating releases for about 18
months.) In any case, here are the steps I took with no errors seen:
1. I downloaded xemacs-21.4.13-src.tar.bz2 and unpacked and built
with the following Installation:
Note that I did not build --with-mule.
2. Next I start the built XEmacs with the -q option and type
"load-path^J" in the *scratch* buffer. This gives me:
("/u/shelton2/software/site-packages/lisp/"
"/u/shelton2/software/xemacs-packages/lisp/"
"/u/shelton2/software/xemacs-packages/lisp/bbdb/"
"/u/shelton2/software/xemacs-packages/lisp/c-support/"
"/u/shelton2/software/xemacs-packages/lisp/calc/"
"/u/shelton2/software/xemacs-packages/lisp/cc-mode/"
"/u/shelton2/software/xemacs-packages/lisp/debug/"
"/u/shelton2/software/xemacs-packages/lisp/dired/"
"/u/shelton2/software/xemacs-packages/lisp/ecrypto/"
"/u/shelton2/software/xemacs-packages/lisp/edebug/"
"/u/shelton2/software/xemacs-packages/lisp/ediff/"
"/u/shelton2/software/xemacs-packages/lisp/edit-utils/"
"/u/shelton2/software/xemacs-packages/lisp/efs/"
"/u/shelton2/software/xemacs-packages/lisp/eieio/"
"/u/shelton2/software/xemacs-packages/lisp/elib/"
"/u/shelton2/software/xemacs-packages/lisp/eshell/"
"/u/shelton2/software/xemacs-packages/lisp/eterm/"
"/u/shelton2/software/xemacs-packages/lisp/frame-icon/"
"/u/shelton2/software/xemacs-packages/lisp/general-docs/"
"/u/shelton2/software/xemacs-packages/lisp/gnus/"
"/u/shelton2/software/xemacs-packages/lisp/ibuffer/"
"/u/shelton2/software/xemacs-packages/lisp/igrep/"
"/u/shelton2/software/xemacs-packages/lisp/ispell/"
"/u/shelton2/software/xemacs-packages/lisp/mail-lib/"
"/u/shelton2/software/xemacs-packages/lisp/mailcrypt/"
"/u/shelton2/software/xemacs-packages/lisp/mmm-mode/"
"/u/shelton2/software/xemacs-packages/lisp/net-utils/"
"/u/shelton2/software/xemacs-packages/lisp/os-utils/"
"/u/shelton2/software/xemacs-packages/lisp/pc/"
"/u/shelton2/software/xemacs-packages/lisp/pcl-cvs/"
"/u/shelton2/software/xemacs-packages/lisp/pcomplete/"
"/u/shelton2/software/xemacs-packages/lisp/perl-modes/"
"/u/shelton2/software/xemacs-packages/lisp/prog-modes/"
"/u/shelton2/software/xemacs-packages/lisp/semantic/"
"/u/shelton2/software/xemacs-packages/lisp/sh-script/"
"/u/shelton2/software/xemacs-packages/lisp/speedbar/"
"/u/shelton2/software/xemacs-packages/lisp/texinfo/"
"/u/shelton2/software/xemacs-packages/lisp/text-modes/"
"/u/shelton2/software/xemacs-packages/lisp/time/"
"/u/shelton2/software/xemacs-packages/lisp/tramp/"
"/u/shelton2/software/xemacs-packages/lisp/vc/"
"/u/shelton2/software/xemacs-packages/lisp/view-process/"
"/u/shelton2/software/xemacs-packages/lisp/xemacs-base/"
"/u/shelton2/software/xemacs-packages/lisp/xemacs-devel/"
"/u/shelton2/software/SunOS-5.8/xemacs-21.4.13-debug/lib/xemacs-21.4.13/lisp/")
So I don't see either the "mule/" or "term/" subdirectories
under
the installed lisp/ directory.
3. I went into the build directory and removed src/temacs in order
to force a rebuild. Next I re-ran 'make install' and I rebuilt
and reinstalled the package without difficulty.
I'd like to try to help - please let me know what steps I need to take
to observe this problem.
Thanks,
Vin
9:02 a.m.
Hi Vin,
Thanks for the reply.
2003年06月24日(火)の05時11分に Vin Shelton 曰く:
Jens Petersen <petersen(a)redhat.com> writes:
>> [..] "update-elc.el" tries to
>> byte-compile the *installed* ".el" files when rebuilding
xemacs-21.4.13
>> with xemacs-21.4.13 already installed afaict! The problem seems to be
>> that whereas with 21.4.12 load-path gets set to just the "lisp/" and
>> "lisp/mule/" dirs in the source tree, with xemacs-21.4.13 load-path
>> instead contains the installed lisp dir and package lisp dirs (this
>> seems to be a separate bug). Also when actually dumping, the same
>> problem occurs and the elisp files dumped are from the installed lisp
>> dirs not the source tree.
I don't think that either canna-leim.elc or mule-x-init.elc
should be
shipped in a non-mule XEmacs tarball.
(Well they *were* shipped with 21.4.12, but perhaps that was not
intended?)
Ok, I managed to reproduce the problem with a xemacs-21.4.13 already
installed such that the data files are stored in
"/usr/share/xemacs-21.4.13/{etc,lisp}" as follows:
1. I downloaded xemacs-21.4.13-src.tar.bz2 and unpacked and built
with the following Installation:
% rm -rf xemacs-21.4.13
% tar jxf xemacs-21.4.13.tar.bz2
% cd xemacs-21.4.13
% ./configure --datadir=/usr/share
3. I went into the build directory and removed src/temacs in order
to force a rebuild. Next I re-ran 'make install' and I rebuilt
and reinstalled the package without difficulty.
% make
:
Spawning make-docfile ...done
./xemacs -nd -batch -l /home/petersen/src/xemacs/xemacs-21.4.13/src/../lisp/loadup.el
dump
Loading /home/petersen/src/xemacs/xemacs-21.4.13/src/../lisp/loadup.el...
Using load-path (/home/petersen/src/xemacs/xemacs-21.4.13/lisp)
Using module-load-path (/home/petersen/src/xemacs/xemacs-21.4.13/modules)
Loading very-early-lisp...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/dumped-lisp.el...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/backquote.elc...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/bytecomp-runtime.elc...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/find-paths.elc...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/packages.elc...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/setup-paths.elc...
Loading /home/petersen/src/xemacs/xemacs-21.4.13/lisp/dump-paths.elc...
Loading /usr/share/xemacs-21.4.13/lisp/subr.elc...
Loading /usr/share/xemacs-21.4.13/lisp/replace.elc...
Loading /usr/share/xemacs-21.4.13/lisp/version.el...
Loading /usr/share/xemacs-21.4.13/lisp/cl.elc...
Loading /usr/share/xemacs-21.4.13/lisp/cl-extra.elc...
Loading /usr/share/xemacs-21.4.13/lisp/cl-seq.elc...
Loading /usr/share/xemacs-21.4.13/lisp/widget.elc...
:
Loading /usr/share/xemacs-21.4.13/lisp/tty-init.elc...
Loading /usr/share/xemacs-21.4.13/lisp/fontl-hooks.elc...
Loading /usr/share/xemacs-21.4.13/lisp/auto-show.elc...
Loading /usr/share/xemacs-21.4.13/lisp/loadhist.elc...
Loading /usr/share/xemacs-21.4.13/lisp/loaddefs.elc...
Loading site-load...
:
I'd like to try to help - please let me know what steps I need to
take
to observe this problem.
Thanks. Any input would be appreciated.
Jens
8169
days inactive
8171
days old
3 comments
2 participants
participants (2)
-
Jens Petersen -
Vin Shelton