From: Norbert K. <nk...@vi...> - 2002-01-22 18:47:49
|
Kai Gro?johann <ka...@us...> writes: > Update of /cvsroot/tramp/tramp/lisp > In directory usw-pr-cvs1:/tmp/cvs-serv1493/tramp/lisp Kai, this latest version can't be built on my system: XEmacs 21.5 (beta4) "bamboo" [Lucid] (i386-unknown-freebsd4.5, Mule) of Tue Jan 22 2002 on lamia.LF.net ,---- | nk@lamia:~/cvs/tramp% gmake EMACS=xemacs | for a in lisp texi; do \ | gmake -C $a "EMACS=xemacs" "MAKEINFO=makeinfo" all; \ | done | gmake[1]: Entering directory | `/usr/local/users/support/nk/cvs/tramp/lisp' | xemacs -batch --eval "(add-to-list 'load-path \".\")" \ | -f batch-byte-compile tramp.el | Compiling /usr/local/users/support/nk/cvs/tramp/lisp/tramp.el... | While compiling toplevel forms in file | /usr/local/users/support/nk/cvs/tramp/lisp/tramp.el: | !! File error (("Cannot open load file" "format-spec")) | >>Error occurred processing tramp.el: Cannot open load file: | >>format-spec | | Done | gmake[1]: *** [tramp.elc] Error 1 `---- M-x locate-library RET format-spec RET /usr/users/support/nk/cvs/gnus/lisp/format-spec.elc Hmm, you depend on Gnus sources? norbert. |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-23 09:08:25
|
Norbert Koch <nk...@vi...> writes: > Kai Gro?johann <ka...@us...> writes: > >> Update of /cvsroot/tramp/tramp/lisp >> In directory usw-pr-cvs1:/tmp/cvs-serv1493/tramp/lisp > > Kai, this latest version can't be built on my system: > > XEmacs 21.5 (beta4) "bamboo" [Lucid] (i386-unknown-freebsd4.5, Mule) > of Tue Jan 22 2002 on lamia.LF.net > > > ,---- > | nk@lamia:~/cvs/tramp% gmake EMACS=xemacs > | for a in lisp texi; do \ > | gmake -C $a "EMACS=xemacs" "MAKEINFO=makeinfo" all; \ > | done > | gmake[1]: Entering directory > | `/usr/local/users/support/nk/cvs/tramp/lisp' > | xemacs -batch --eval "(add-to-list 'load-path \".\")" \ > | -f batch-byte-compile tramp.el > | Compiling /usr/local/users/support/nk/cvs/tramp/lisp/tramp.el... > | While compiling toplevel forms in file > | /usr/local/users/support/nk/cvs/tramp/lisp/tramp.el: > | !! File error (("Cannot open load file" "format-spec")) > | >>Error occurred processing tramp.el: Cannot open load file: > | >>format-spec > | > | Done > | gmake[1]: *** [tramp.elc] Error 1 > `---- > > > M-x locate-library RET format-spec RET > /usr/users/support/nk/cvs/gnus/lisp/format-spec.elc > > Hmm, you depend on Gnus sources? Yes and no. Since Gnus is part of Emacs, I see no problem in using things which are part of Gnus. But the Tramp tarball includes a contrib directory which has format-spec.el. So all you need to do is to add that to load-path. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-23 09:22:41
Attachments:
Makefile.diff
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > Yes and no. Since Gnus is part of Emacs, I see no problem in using > things which are part of Gnus. But the Tramp tarball includes a > contrib directory which has format-spec.el. So all you need to do is > to add that to load-path. Hmm, should we change the Makefile to use the contents of the contrib directory? The attached patch would do this. norbert. -- |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-23 22:27:55
|
Norbert Koch <nk...@vi...> writes: > Hmm, should we change the Makefile to use the contents of the contrib > directory? I'm not sure that's a good idea. This change would enable you to compile, but Tramp still wouldn't work unless the contrib directory is in load-path. So I think we want people to copy the needed *.el files to a directory in their load-path, first. Hm. But I think your problem is that your XEmacs does have Gnus, but doesn't use it in "-batch" mode, right? That should be circumvented in some other way, I think. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-23 18:05:06
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > But I think your problem is that your XEmacs does have Gnus, but > doesn't use it in "-batch" mode, right? That should be circumvented > in some other way, I think. Yes, -batch-mode uses a rather -vanilla XEmacs. But if it's a problem of my personal settings that others don't have, I can easily patch the Makefile to add the correct load-path. norbert. |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-23 21:23:07
|
Norbert Koch <nk...@vi...> writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > >> But I think your problem is that your XEmacs does have Gnus, but >> doesn't use it in "-batch" mode, right? That should be circumvented >> in some other way, I think. > > Yes, -batch-mode uses a rather -vanilla XEmacs. So, err. So when you compile Tramp you do have format-spec.el and friends available, but in a package directory that would need to be added to load-path? > But if it's a problem of my personal settings that others don't > have, I can easily patch the Makefile to add the correct load-path. XEmacs users, where are you? But maybe them guys are using the XEmacs package :-) kai --=20 Simplification good! Oversimplification bad! (Larry Wall) |
From: Steve Y. <yo...@xe...> - 2002-01-24 02:55:25
|
|--=3D=3D> "KG" =3D=3D Kai Gro=DFjohann <Kai.Grossjohann@CS.Uni-Dortmund.DE= > writes: KG> Norbert Koch <nk...@vi...> writes: >>But if it's a problem of my personal settings that others don't >>have, I can easily patch the Makefile to add the correct load-path. KG> XEmacs users, where are you? I'm here. I looked at the Makefile once, saw that it didn't do anything earth-shatteringly fancy, and proceeded to compile Tramp manually. ('B' on the .el's from Dired, and 'make tramp.info' in the texi directory)[1] KG> But maybe them guys are using the XEmacs package :-) I hope so, otherwise I'm wasting my time. :-) Footnotes:=20 [1] This is _*NOT*_ how I build the XEmacs Package Tramp (in case you're worried). --=20 |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<yo...@xe...>---| |
From: Norbert K. <nk...@vi...> - 2002-01-24 04:55:39
|
Steve Youngs <yo...@xe...> writes: > I'm here. I looked at the Makefile once, saw that it didn't do > anything earth-shatteringly fancy, and proceeded to compile Tramp > manually. ('B' on the .el's from Dired, and 'make tramp.info' > in the texi directory)[1] Yup, that's how I compiled it, too ;-) This works just fine. > Footnotes: > [1] This is _*NOT*_ how I build the XEmacs Package Tramp (in case > you're worried). No, but in this case you have the package dependencies defined in the Makefile :-) norbert. |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-24 08:52:05
|
Kai...@cs... (Kai Gro=DFjohann) writes: > Norbert Koch <nk...@vi...> writes: > >> But if it's a problem of my personal settings that others don't >> have, I can easily patch the Makefile to add the correct load-path. > > XEmacs users, where are you? So how come that Nevin can compile Tramp right out of the box with "make EMACS=3Dxemacs", and Norbert can't? Strange. kai --=20 Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-24 08:55:55
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > So how come that Nevin can compile Tramp right out of the box with > "make EMACS=xemacs", and Norbert can't? Strange. Well, for once, I don't use the package version of either tramp or gnus. That might do some harm to the build process. XEmacs needs stronger AI :-) norbert. |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-24 10:34:46
|
Norbert Koch <nk...@vi...> writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > >> So how come that Nevin can compile Tramp right out of the box with >> "make EMACS=3Dxemacs", and Norbert can't? Strange. > > Well, for once, I don't use the package version of either tramp or > gnus. That might do some harm to the build process. XEmacs needs > stronger AI :-) Ah, you mean that Nevin might be using the Gnus package, and that you don't, and therefore Nevin's XEmacs finds the Gnus *.el files whereas your XEmacs doesn't. Hm. I could add a new variable to the Makefile for your convenience. How about that? Then you can say make EMACS=3Dxemacs USE_CONTRIB=3Dyes or something like this. Do you want to implement this? kai --=20 Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-24 15:06:51
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > I could add a new variable to the Makefile for your convenience. How > about that? Then you can say > > make EMACS=xemacs USE_CONTRIB=yes > > or something like this. Do you want to implement this? Either this or WITH_GNUS=/path/to/gnus/lisp. I can look into this, but it might take over the weekend. norbert. |
From: Nevin K. <ne...@jh...> - 2002-01-24 15:48:32
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > Norbert Koch <nk...@vi...> writes: > >> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: >> >>> So how come that Nevin can compile Tramp right out of the box with >>> "make EMACS=3Dxemacs", and Norbert can't? Strange. >> >> Well, for once, I don't use the package version of either tramp or >> gnus. That might do some harm to the build process. XEmacs needs >> stronger AI :-) > > Ah, you mean that Nevin might be using the Gnus package, and that you > don't, and therefore Nevin's XEmacs finds the Gnus *.el files whereas > your XEmacs doesn't. I use Gnus out of the CVS. But I do have the Gnus packages *installed*. I'll try and see if I can build tramp after removing the Gnus package. I removed the Gnus package and tried to build again. No problems: (10:46AM) fermat[~/lisp/tramp]% touch lisp/*.el (10:46AM) fermat[~/lisp/tramp]% make EMACS=3Dxemacs for a in lisp texi; do \ make -C $a "EMACS=3Dxemacs" "MAKEINFO=3Dmakeinfo" all; \ done make[1]: Entering directory `/home/nevin/.xemacs/lisp/tramp/lisp' xemacs -batch --eval "(add-to-list 'load-path \".\")" \ -f batch-byte-compile tramp.el Compiling /home/nevin/.xemacs/lisp/tramp/lisp/tramp.el... [...] Wrote /home/nevin/.xemacs/lisp/tramp/lisp/tramp.elc Done xemacs -batch --eval "(add-to-list 'load-path \".\")" \ -f batch-byte-compile tramp-vc.el Compiling /home/nevin/.xemacs/lisp/tramp/lisp/tramp-vc.el... Loading tramp-vc... (file tramp-vc.el is newer) [...] Wrote /home/nevin/.xemacs/lisp/tramp/lisp/tramp-vc.elc Done xemacs -batch --eval "(add-to-list 'load-path \".\")" \ -f batch-byte-compile tramp-util.el Compiling /home/nevin/.xemacs/lisp/tramp/lisp/tramp-util.el... Wrote /home/nevin/.xemacs/lisp/tramp/lisp/tramp-util.elc Done make[1]: Leaving directory `/home/nevin/.xemacs/lisp/tramp/lisp' make[1]: Entering directory `/home/nevin/.xemacs/lisp/tramp/texi' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/nevin/.xemacs/lisp/tramp/texi' --=20 Nevin |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-24 16:23:06
|
Nevin Kapur <ne...@jh...> writes: > I removed the Gnus package and tried to build again. No problems: Did that also remove base64.el and format-spec.el? These might be factored out in the XEmacs package system. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Nevin K. <ne...@jh...> - 2002-01-24 16:45:13
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > Nevin Kapur <ne...@jh...> writes: > >> I removed the Gnus package and tried to build again. No problems: > > Did that also remove base64.el and format-spec.el? These might be > factored out in the XEmacs package system. base64.el is part of the mail-lib packages, which I still have installed. format-spec.el is nowhere to be found under my xemacs-packages tree. Now I'm confused. If tramp relies on format-spec.el to build and I don't have it under my xemacs-packages tree, how is it that I can successfully build it? I must be making a mistake somewhere. I suspect Norbert's problems are legitimate. (11:42AM) fermat[~/lisp/tramp/lisp]% xemacs -batch -eval "(require 'form= at-spec)" Cannot open load file: format-spec xemacs exiting --=20 Nevin |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-24 16:23:13
|
Norbert Koch <nk...@vi...> writes: > I can look into this, but it might take over the weekend. Take your time: you are the only one who needs this, it seems :-) kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-24 20:04:53
Attachments:
Makefile.diff
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: >> I can look into this, but it might take over the weekend. > > Take your time: you are the only one who needs this, it seems :-) Attached is a version which adds the contrib directory if a flag USE_CONTRIB is set. It uses suffix rules. If you don't like this, only take those parts you want. norbert. -- |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-25 09:08:23
|
Norbert Koch <nk...@vi...> writes: > Attached is a version which adds the contrib directory if a flag > USE_CONTRIB is set. It uses suffix rules. If you don't like this, > only take those parts you want. Thanks a lot. I took it all. However, I've got a few questions: you use "ifdef" and the "+=" operator. Does this mean your change works with GNU make only, or does it also work with Solaris make (say), and BSD make? If it does not work with those versions, what do people think about it? Is it a problem? Also, the change is near the problematic size for copyright assignments. Are you willing to sign a copyright assignment for this change (or future changes, too)? kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Norbert K. <nk...@vi...> - 2002-01-25 11:33:55
|
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > Thanks a lot. I took it all. Thanks :-) > However, I've got a few questions: you use "ifdef" and the "+=" > operator. Does this mean your change works with GNU make only, or > does it also work with Solaris make (say), and BSD make? If it does > not work with those versions, what do people think about it? Is it a > problem? The BSD make knows about +=, but it uses .ifdef instead of ifdef. I don't know about the Solaris version. On my machine (FreeBSD 4.5-PRERELEASE i386) I had to use GNU make before these changes. > Also, the change is near the problematic size for copyright > assignments. Are you willing to sign a copyright assignment for this > change (or future changes, too)? Yes, norbert. |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2002-01-25 12:14:27
|
Norbert Koch <nk...@vi...> writes: > The BSD make knows about +=3D, but it uses .ifdef instead of ifdef. I > don't know about the Solaris version. On my machine (FreeBSD > 4.5-PRERELEASE i386) I had to use GNU make before these changes. Well, if GNU make was required before, then it's okay to still require it now. Of course. > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > >> Also, the change is near the problematic size for copyright >> assignments. Are you willing to sign a copyright assignment for this >> change (or future changes, too)? > > Yes, Thanks. Will send you assignment request soon. kai --=20 Simplification good! Oversimplification bad! (Larry Wall) |