* Re: bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el [not found] <mailman.17908.1220026057.18990.bug-gnu-emacs@gnu.org> @ 2008-08-29 16:17 ` Ted Zlatanov 2008-08-29 23:08 ` Glenn Morris [not found] ` <mailman.17964.1220052456.18990.bug-gnu-emacs@gnu.org> 0 siblings, 2 replies; 9+ messages in thread From: Ted Zlatanov @ 2008-08-29 16:17 UTC (permalink / raw) To: bug-gnu-emacs On Fri, 29 Aug 2008 10:07:30 -0500 Teodor Zlatanov <tzz@lifelogs.com> wrote: TZ> cvs up -A TZ> make maintainer-clean TZ> configure TZ> make bootstrap (or just make) TZ> ... bootstrap creation messages ... TZ> Loading textmodes/paragraphs.el (source)... TZ> Attempt to autoload define-minor-mode while preparing to dump TZ> make[1]: *** [emacs] Error 255 TZ> make[1]: Leaving directory `/home/tzz/source/emacs/src' TZ> make: *** [src] Error 2 TZ> editing loadup.el to remove that file and textmodes/text-mode.el made TZ> the bootstrap work, but then `use-hard-newlines' (provided by TZ> textmodes/paragraphs.el) was required by add-log.el and the TZ> compilation failed. TZ> This was introduced between 2008-08-28 and 2008-08-29 10:00 CST (I TZ> checked with cvs up -D 'yesterday' but didn't have the time to narrow TZ> it further). Correction: this has been broken for at least 10 days, I didn't look further back. Perhaps it's a problem with my setup. I just upgraded to Ubuntu 8.04. Ted ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el 2008-08-29 16:17 ` bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el Ted Zlatanov @ 2008-08-29 23:08 ` Glenn Morris 2008-08-29 23:15 ` Processed: " Emacs bug Tracking System [not found] ` <mailman.17964.1220052456.18990.bug-gnu-emacs@gnu.org> 1 sibling, 1 reply; 9+ messages in thread From: Glenn Morris @ 2008-08-29 23:08 UTC (permalink / raw) To: Ted Zlatanov; +Cc: 821 tags 821 unreproducible stop Ted Zlatanov wrote: > TZ> Loading textmodes/paragraphs.el (source)... > TZ> Attempt to autoload define-minor-mode while preparing to dump [...] > Correction: this has been broken for at least 10 days, I didn't look > further back. Perhaps it's a problem with my setup. I just upgraded to > Ubuntu 8.04. Sorry, but you get the dread `unreproducible' tag again. :( Does this at least mean that bug #327 (the "no rule to make target" thing) has gone away? I don't know why you have these problems... ^ permalink raw reply [flat|nested] 9+ messages in thread
* Processed: Re: bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el 2008-08-29 23:08 ` Glenn Morris @ 2008-08-29 23:15 ` Emacs bug Tracking System 0 siblings, 0 replies; 9+ messages in thread From: Emacs bug Tracking System @ 2008-08-29 23:15 UTC (permalink / raw) To: Glenn Morris; +Cc: Emacs Bugs Processing commands for control@emacsbugs.donarmstrong.com: > tags 821 unreproducible bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el There were no tags set. Tags added: unreproducible > stop Stopping processing here. Please contact me if you need assistance. Don Armstrong (administrator, Emacs bugs database) ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <mailman.17964.1220052456.18990.bug-gnu-emacs@gnu.org>]
* Re: bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el [not found] ` <mailman.17964.1220052456.18990.bug-gnu-emacs@gnu.org> @ 2008-09-03 17:22 ` Ted Zlatanov 2008-09-03 18:04 ` Glenn Morris [not found] ` <mailman.18346.1220466468.18990.bug-gnu-emacs@gnu.org> 0 siblings, 2 replies; 9+ messages in thread From: Ted Zlatanov @ 2008-09-03 17:22 UTC (permalink / raw) To: bug-gnu-emacs On Fri, 29 Aug 2008 19:08:05 -0400 Glenn Morris <rgm@gnu.org> wrote: GM> tags 821 unreproducible GM> stop GM> Ted Zlatanov wrote: TZ> Loading textmodes/paragraphs.el (source)... TZ> Attempt to autoload define-minor-mode while preparing to dump GM> [...] >> Correction: this has been broken for at least 10 days, I didn't look >> further back. Perhaps it's a problem with my setup. I just upgraded to >> Ubuntu 8.04. GM> Sorry, but you get the dread `unreproducible' tag again. :( GM> I don't know why you have these problems... How frustrating. I have not done anything unusual on my system, yet keep having these compilation problems. It may be one of the packages I've installed interfering with the build process. I'll think about a full reinstall, but how bizarre that it should come to that. GM> Does this at least mean that bug #327 (the "no rule to make target" GM> thing) has gone away? For a while (until this bug) I was editing ELCFILES and removing the contents; the .el files would get compiled with a warning that they were not in ELCFILES but otherwise everything worked. The latest bug is not something I can work around, unfortunately, so I'll have to dig deeper into the system breakage that's causing the problem. Thanks for your attention... Ted ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el 2008-09-03 17:22 ` Ted Zlatanov @ 2008-09-03 18:04 ` Glenn Morris [not found] ` <mailman.18346.1220466468.18990.bug-gnu-emacs@gnu.org> 1 sibling, 0 replies; 9+ messages in thread From: Glenn Morris @ 2008-09-03 18:04 UTC (permalink / raw) To: Ted Zlatanov; +Cc: 821 Ted Zlatanov wrote: > TZ> Loading textmodes/paragraphs.el (source)... > TZ> Attempt to autoload define-minor-mode while preparing to dump Your specific problem is that textmodes/paragraphs.el has not been byte-compiled as it should have been. Can you look into why? > How frustrating. I have not done anything unusual on my system, yet > keep having these compilation problems. It may be one of the packages > I've installed interfering with the build process. I'll think about a > full reinstall, but how bizarre that it should come to that. Have you tried a fresh cvs checkout? That should not be necessary either of course, but is less drastic. :( > GM> Does this at least mean that bug #327 (the "no rule to make target" > GM> thing) has gone away? > > For a while (until this bug) I was editing ELCFILES and removing the > contents; the .el files would get compiled with a warning that they were > not in ELCFILES but otherwise everything worked. The latest bug is not > something I can work around, unfortunately, so I'll have to dig deeper > into the system breakage that's causing the problem. ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <mailman.18346.1220466468.18990.bug-gnu-emacs@gnu.org>]
* Re: bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el [not found] ` <mailman.18346.1220466468.18990.bug-gnu-emacs@gnu.org> @ 2008-09-03 21:09 ` Ted Zlatanov 2008-09-04 2:45 ` Glenn Morris [not found] ` <mailman.18374.1220497656.18990.bug-gnu-emacs@gnu.org> 0 siblings, 2 replies; 9+ messages in thread From: Ted Zlatanov @ 2008-09-03 21:09 UTC (permalink / raw) To: bug-gnu-emacs On Wed, 03 Sep 2008 14:04:00 -0400 Glenn Morris <rgm@gnu.org> wrote: GM> Ted Zlatanov wrote: TZ> Loading textmodes/paragraphs.el (source)... TZ> Attempt to autoload define-minor-mode while preparing to dump GM> Your specific problem is that textmodes/paragraphs.el has not been GM> byte-compiled as it should have been. Can you look into why? I set up a new user with a clean environment, using bash: SHELL=/bin/bash TERM=xterm USER=lank MAIL=/var/mail/lank PATH=/usr/local/bin:/usr/bin:/bin:/usr/games PWD=/home/lank/emacs/lisp LANG=en_US.UTF-8 HISTCONTROL=ignoreboth SHLVL=1 HOME=/home/lank LOGNAME=lank LESSOPEN=| /usr/bin/lesspipe %s LESSCLOSE=/usr/bin/lesspipe %s %s OLDPWD=/home/lank/emacs _=/usr/bin/env Uninstalled and reinstalled many Debian packages: Removed: apel bbdb bzr-builddeb caspar cvs-autoreleasedeb cvs-buildpackage debhelper devscripts dpkg-dev eclipse-cdt elib elscreen erc git-buildpackage linda lintian maemo-sdk mailcrypt make oneliner-el oo-browser rtai rtai-source Removed: g++ gcc gcc-multilib ghc6 hmake Removed: cedet-common cedet-contrib cogre crypt++el css-mode ecb ede eieio emacs emacs-goodies-el emacs-snapshot-bin-common emacs-snapshot-common emacs-snapshot-el emacs21 emacs21-bin-common emacs21-common emacs22 emacs22-bin-common emacs22-common emacs22-el emacs22-gtk emacsen-common erlang-mode gnuserv haskell-mode html-helper-mode lua-mode muse-el nethack-el nxml-mode planner-el remember-el ruby-elisp ruby1.8-elisp semantic slime speedbar tramp w3m-el x-face-el xemacs21 xemacs21-bin xemacs21-mule xemacs21-support xemacs21-supportel Removed: autoconf automake automake1.9 autoproject Installed: make 3.81-3build1 Installed: g++/gcc 4:4.2.3-1ubuntu6 Installed: autoconf 2.61-4, automake 1:1.10.1-2 Now, I did a CVS checkout of Emacs to an empty directory. `./configure' works. `make': ... Dumping under the name emacs 73478 pure bytes used mv -f emacs bootstrap-emacs cd ../lisp; make -w compile-first EMACS=../src/bootstrap-emacs make[2]: Entering directory `/home/lank/emacs/lisp' make[2]: *** No rule to make target `/home/lank/emacs/lisp/emacs-lisp/bytecomp.elc', needed by `compile-first'. Stop. make[2]: Leaving directory `/home/lank/emacs/lisp' make[1]: *** [bootstrap-emacs] Error 2 make[1]: Leaving directory `/home/lank/emacs/src' make: *** [src] Error 2 If I do another `make' at this point it goes on to the next problem (textmode autoloads). I don't think the bytecomp breakage was happening before. I wanted to investigate this one as it seemed related to the byte-compile issues. This file (bytecomp.el) is mentioned in COMPILE_FIRST and in ELCFILES; this may bring us back to why ELCFILES is not picked up correctly. So: I ran this manually under lisp/ (discovering which files were needed by `make -w compile-first'): ../src/bootstrap-emacs --batch --eval '(byte-compile-file "emacs-lisp/bytecomp.el")' ../src/bootstrap-emacs --batch --eval '(byte-compile-file "emacs-lisp/byte-opt.el")' ../src/bootstrap-emacs --batch --eval '(byte-compile-file "emacs-lisp/autoload.el")' Then `make -w compile-first' did not complain, and ran cleanly. Now I went back to the base emacs directory and did another `make'. The bootstrap completed: ... Dumping under the name emacs 1246848 pure bytes used Adding name emacs-23.0.60.1 ln -f emacs bootstrap-emacs ... But then again ELCFILES broke things: ... Compiling /home/lank/emacs/lisp/bs.el Wrote /home/lank/emacs/lisp/bs.elc make[1]: *** No rule to make target `/home/lank/emacs/lisp/calc/calc-aent.elc', needed by `compile-main'. Stop. make[1]: Leaving directory `/home/lank/emacs/lisp' make: *** [lisp] Error 2 This is fixed by clearing ELCFILES manually. I get many warnings like this: Maintainer warning: $(lisp)/epa-dired.el missing from $ELCFILES? Compiling /home/lank/emacs/lisp/epa-dired.el for every ex-ELCFILES file. I saw one more failure: ... make[1]: *** No rule to make target `/home/tzz/source/emacs/leim/ja-dic/ja-dic.elc', needed by `all'. Stop. make[1]: Leaving directory `/home/tzz/source/emacs/leim' make: *** [leim] Error 2 but running `make' again gets it done and the build can proceed to a semi-glorious resolution. The root of all these problems seems to be Make itself. Unfortunately, my questions to the Make mailing lists have not been answered by any of the developers or users. I may still reinstall the system for unrelated reasons, but I'd like to find out what's really going on. It's unpleasant to fight against the build process so hard. Ted ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el 2008-09-03 21:09 ` Ted Zlatanov @ 2008-09-04 2:45 ` Glenn Morris [not found] ` <mailman.18374.1220497656.18990.bug-gnu-emacs@gnu.org> 1 sibling, 0 replies; 9+ messages in thread From: Glenn Morris @ 2008-09-04 2:45 UTC (permalink / raw) To: Ted Zlatanov; +Cc: 821 Ted Zlatanov wrote: > Installed: make 3.81-3build1 [...] > cd ../lisp; make -w compile-first EMACS=../src/bootstrap-emacs > make[2]: Entering directory `/home/lank/emacs/lisp' > make[2]: *** No rule to make target `/home/lank/emacs/lisp/emacs-lisp/bytecomp.elc', needed by `compile-first'. Stop. This is bug #327 again, in that make for some reason does not understand the implicit rule that generates .elc from .el. This time it is failing straight away, rather than partway through the .elc files. > I wanted to investigate this one as it seemed related to the byte-compile > issues. This file (bytecomp.el) is mentioned in COMPILE_FIRST and in > ELCFILES; this may bring us back to why ELCFILES is not picked up > correctly. Good point. One thing to try is deleting bytecomp, byte-opt, and autoload from ELCFILES. I don't hold out much hope though... > Compiling /home/lank/emacs/lisp/bs.el > Wrote /home/lank/emacs/lisp/bs.elc > make[1]: *** No rule to make target `/home/lank/emacs/lisp/calc/calc-aent.elc', needed by `compile-main'. Stop. > make[1]: Leaving directory `/home/lank/emacs/lisp' > make: *** [lisp] Error 2 Again, a failure of make to understand an implicit rule. > The root of all these problems seems to be Make itself. Yes. Perhaps try compiling your own GNU make from source? ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <mailman.18374.1220497656.18990.bug-gnu-emacs@gnu.org>]
* Re: bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el [not found] ` <mailman.18374.1220497656.18990.bug-gnu-emacs@gnu.org> @ 2008-09-04 14:50 ` Ted Zlatanov 2008-09-04 16:48 ` Glenn Morris 0 siblings, 1 reply; 9+ messages in thread From: Ted Zlatanov @ 2008-09-04 14:50 UTC (permalink / raw) To: bug-gnu-emacs On Wed, 03 Sep 2008 22:45:02 -0400 Glenn Morris <rgm@gnu.org> wrote: GM> Ted Zlatanov wrote: >> Installed: make 3.81-3build1 GM> [...] >> cd ../lisp; make -w compile-first EMACS=../src/bootstrap-emacs >> make[2]: Entering directory `/home/lank/emacs/lisp' >> make[2]: *** No rule to make target `/home/lank/emacs/lisp/emacs-lisp/bytecomp.elc', needed by `compile-first'. Stop. GM> This is bug #327 again, in that make for some reason does not GM> understand the implicit rule that generates .elc from .el. This time GM> it is failing straight away, rather than partway through the .elc GM> files. >> I wanted to investigate this one as it seemed related to the byte-compile >> issues. This file (bytecomp.el) is mentioned in COMPILE_FIRST and in >> ELCFILES; this may bring us back to why ELCFILES is not picked up >> correctly. GM> Good point. One thing to try is deleting bytecomp, byte-opt, and GM> autoload from ELCFILES. I don't hold out much hope though... >> Compiling /home/lank/emacs/lisp/bs.el >> Wrote /home/lank/emacs/lisp/bs.elc >> make[1]: *** No rule to make target `/home/lank/emacs/lisp/calc/calc-aent.elc', needed by `compile-main'. Stop. >> make[1]: Leaving directory `/home/lank/emacs/lisp' >> make: *** [lisp] Error 2 GM> Again, a failure of make to understand an implicit rule. >> The root of all these problems seems to be Make itself. GM> Yes. Perhaps try compiling your own GNU make from source? Amazing, that worked. I uninstalled the Ubuntu make (3.81-3build1) and installed make from source (3.81 as well). The build process worked perfectly (`make maintainer-clean; ./configure; make; make install'). It's unfortunate that make is the problem here, but if no one else has experienced the bug it's really hard to track the problem, especially since it's somewhere in a binary package. I'll mention it on the make dev list but I don't hold out too much home. Anyhow, you can close bugs 921 and 327. Thank you for your patience. Ted ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el 2008-09-04 14:50 ` Ted Zlatanov @ 2008-09-04 16:48 ` Glenn Morris 0 siblings, 0 replies; 9+ messages in thread From: Glenn Morris @ 2008-09-04 16:48 UTC (permalink / raw) To: Ted Zlatanov; +Cc: 821 Ted Zlatanov wrote: > Amazing, that worked. I uninstalled the Ubuntu make (3.81-3build1) and > installed make from source (3.81 as well). The build process worked > perfectly (`make maintainer-clean; ./configure; make; make install'). Yay! I wonder if anyone else has this problem on Ubuntu 8.04 with make 3.81-3build1? You might try filing an Ubuntu bug, if you're not thoroughly sick of all this. I know little about make, but it looks as if we might be overflowing some internal make limit due to the size of ELCFILES. ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2008-09-04 16:48 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <mailman.17908.1220026057.18990.bug-gnu-emacs@gnu.org> 2008-08-29 16:17 ` bug#821: 23.0.60; bootstrap fails due to define-minor-mode in textmode/paragraphs.el Ted Zlatanov 2008-08-29 23:08 ` Glenn Morris 2008-08-29 23:15 ` Processed: " Emacs bug Tracking System [not found] ` <mailman.17964.1220052456.18990.bug-gnu-emacs@gnu.org> 2008-09-03 17:22 ` Ted Zlatanov 2008-09-03 18:04 ` Glenn Morris [not found] ` <mailman.18346.1220466468.18990.bug-gnu-emacs@gnu.org> 2008-09-03 21:09 ` Ted Zlatanov 2008-09-04 2:45 ` Glenn Morris [not found] ` <mailman.18374.1220497656.18990.bug-gnu-emacs@gnu.org> 2008-09-04 14:50 ` Ted Zlatanov 2008-09-04 16:48 ` Glenn Morris
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.