* 23.0.60; bootstrap broken by removal of cal-loaddefs.el
@ 2008-03-14 9:48 Tim Van Holder
2008-03-14 12:12 ` Tim Van Holder
0 siblings, 1 reply; 7+ messages in thread
From: Tim Van Holder @ 2008-03-14 9:48 UTC (permalink / raw)
To: emacs-pretest-bug
Ever since the removal of cal-loaddefs from CVS, I had gotten lisp
compilation errors during my more-or-less-daily rebuild. They seemed
harmless enough (especially since I don't actually use the calendar),
but this morning I decided to go for a full bootstrap to (hopefully)
make them go away.
Unfortunately, it looks like the bootstrap does not generate the file in
time for the full lisp compilations, so I received
Compiling /home/tim/gnu/src/emacs/lisp/./gnus/yenc.el
Wrote /home/tim/gnu/src/emacs/lisp/gnus/yenc.elc
Compiling /home/tim/gnu/src/emacs/lisp/./calendar/appt.el
In toplevel form:
../../../../src/emacs/lisp/calendar/appt.el:79:1:Error: Cannot open load file: cal-loaddefs
make[2]: *** [compile] Error 1
make[2]: Leaving directory `/home/tim/gnu/build/linux/emacs/lisp'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/home/tim/gnu/build/linux/emacs'
make: *** [bootstrap] Error 2
It's worked around easily enough (I just fetched the last version from
CVS), but should probably be fixed.
In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2008-03-14 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure '--with-x-toolkit=gtk' '--with-x' '--with-freetype' '--with-xft' '--with-libotf''
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 23.0.60; bootstrap broken by removal of cal-loaddefs.el
2008-03-14 9:48 23.0.60; bootstrap broken by removal of cal-loaddefs.el Tim Van Holder
@ 2008-03-14 12:12 ` Tim Van Holder
2008-03-14 16:55 ` Andrew W. Nosenko
0 siblings, 1 reply; 7+ messages in thread
From: Tim Van Holder @ 2008-03-14 12:12 UTC (permalink / raw)
To: emacs-pretest-bug
On Fri, Mar 14, 2008 at 10:48 AM, Tim Van Holder
<tim.vanholder@gmail.com> wrote:
>
> Ever since the removal of cal-loaddefs from CVS, I had gotten lisp
> compilation errors during my more-or-less-daily rebuild. They seemed
> harmless enough (especially since I don't actually use the calendar),
> but this morning I decided to go for a full bootstrap to (hopefully)
> make them go away.
> Unfortunately, it looks like the bootstrap does not generate the file in
> time for the full lisp compilations, so I received
>
> Compiling /home/tim/gnu/src/emacs/lisp/./gnus/yenc.el
> Wrote /home/tim/gnu/src/emacs/lisp/gnus/yenc.elc
> Compiling /home/tim/gnu/src/emacs/lisp/./calendar/appt.el
>
> In toplevel form:
> ../../../../src/emacs/lisp/calendar/appt.el:79:1:Error: Cannot open load file: cal-loaddefs
> make[2]: *** [compile] Error 1
> make[2]: Leaving directory `/home/tim/gnu/build/linux/emacs/lisp'
> make[1]: *** [bootstrap-build] Error 2
> make[1]: Leaving directory `/home/tim/gnu/build/linux/emacs'
> make: *** [bootstrap] Error 2
>
> It's worked around easily enough (I just fetched the last version from
> CVS), but should probably be fixed.
>
>
> In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
> of 2008-03-14 on leeloo
> Windowing system distributor `RealVNC Ltd', version 11.0.3370
> configured using `configure '--with-x-toolkit=gtk' '--with-x' '--with-freetype' '--with-xft' '--with-libotf''
Sorry for replying to myself here, but the same goes for the two other calendar
loaddefs (diary-loaddefs and hol-loaddefs). They need to exist for
bootstrap to work,
and the bootstrap process does NOT regenerate them at any point (nor does a
"make recompile updates" in lisp/, which I run as part of my daily
rebuild-from-CVS).
So it looks as though the Makefile.in in lisp/ has not been correctly
instrumented to
create them.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 23.0.60; bootstrap broken by removal of cal-loaddefs.el
2008-03-14 12:12 ` Tim Van Holder
@ 2008-03-14 16:55 ` Andrew W. Nosenko
2008-03-14 17:50 ` Glenn Morris
0 siblings, 1 reply; 7+ messages in thread
From: Andrew W. Nosenko @ 2008-03-14 16:55 UTC (permalink / raw)
To: Tim Van Holder; +Cc: emacs-pretest-bug
On Fri, Mar 14, 2008 at 2:12 PM, Tim Van Holder <tim.vanholder@gmail.com> wrote:
>
> On Fri, Mar 14, 2008 at 10:48 AM, Tim Van Holder
> <tim.vanholder@gmail.com> wrote:
> >
> > Ever since the removal of cal-loaddefs from CVS, I had gotten lisp
> > compilation errors during my more-or-less-daily rebuild. They seemed
> > harmless enough (especially since I don't actually use the calendar),
> > but this morning I decided to go for a full bootstrap to (hopefully)
> > make them go away.
> > Unfortunately, it looks like the bootstrap does not generate the file in
> > time for the full lisp compilations, so I received
> >
> > Compiling /home/tim/gnu/src/emacs/lisp/./gnus/yenc.el
> > Wrote /home/tim/gnu/src/emacs/lisp/gnus/yenc.elc
> > Compiling /home/tim/gnu/src/emacs/lisp/./calendar/appt.el
> >
> > In toplevel form:
> > ../../../../src/emacs/lisp/calendar/appt.el:79:1:Error: Cannot open load file: cal-loaddefs
> > make[2]: *** [compile] Error 1
> > make[2]: Leaving directory `/home/tim/gnu/build/linux/emacs/lisp'
> > make[1]: *** [bootstrap-build] Error 2
> > make[1]: Leaving directory `/home/tim/gnu/build/linux/emacs'
> > make: *** [bootstrap] Error 2
> >
> > It's worked around easily enough (I just fetched the last version from
> > CVS), but should probably be fixed.
> >
> >
> > In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
> > of 2008-03-14 on leeloo
> > Windowing system distributor `RealVNC Ltd', version 11.0.3370
> > configured using `configure '--with-x-toolkit=gtk' '--with-x' '--with-freetype' '--with-xft' '--with-libotf''
>
> Sorry for replying to myself here, but the same goes for the two other calendar
> loaddefs (diary-loaddefs and hol-loaddefs). They need to exist for
> bootstrap to work,
> and the bootstrap process does NOT regenerate them at any point (nor does a
> "make recompile updates" in lisp/, which I run as part of my daily
> rebuild-from-CVS).
> So it looks as though the Makefile.in in lisp/ has not been correctly
> instrumented to
> create them.
You don't need to fetching now deleted *-loaddefs.
Try to regenerate lisp/Makefile (just by calling 'configure' or by
moving old lisp/Makefile awaiy followed by 'configure' call).
At least it worked for me.
--
Andrew W. Nosenko <andrew.w.nosenko@gmail.com>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 23.0.60; bootstrap broken by removal of cal-loaddefs.el
2008-03-14 16:55 ` Andrew W. Nosenko
@ 2008-03-14 17:50 ` Glenn Morris
2008-03-14 18:23 ` Andrew W. Nosenko
2008-03-14 21:10 ` Claus
0 siblings, 2 replies; 7+ messages in thread
From: Glenn Morris @ 2008-03-14 17:50 UTC (permalink / raw)
To: Andrew W. Nosenko; +Cc: Tim Van Holder, emacs-pretest-bug
"Andrew W. Nosenko" wrote:
> Try to regenerate lisp/Makefile (just by calling 'configure' or by
> moving old lisp/Makefile awaiy followed by 'configure' call).
Is there still a problem after `make maintainer-clean'?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 23.0.60; bootstrap broken by removal of cal-loaddefs.el
2008-03-14 17:50 ` Glenn Morris
@ 2008-03-14 18:23 ` Andrew W. Nosenko
2008-03-14 21:10 ` Claus
1 sibling, 0 replies; 7+ messages in thread
From: Andrew W. Nosenko @ 2008-03-14 18:23 UTC (permalink / raw)
To: Glenn Morris; +Cc: Tim Van Holder, emacs-pretest-bug
On Fri, Mar 14, 2008 at 7:50 PM, Glenn Morris <rgm@gnu.org> wrote:
> "Andrew W. Nosenko" wrote:
>
> > Try to regenerate lisp/Makefile (just by calling 'configure' or by
> > moving old lisp/Makefile awaiy followed by 'configure' call).
>
> Is there still a problem after `make maintainer-clean'?
>
If you asked about my case, then I didn't use 'maintainer-clean' but
emulated it by hands (as you can see).
If you asked about Tim Van Holder case, then I hope, Tim will answer by self.
--
Andrew W. Nosenko <andrew.w.nosenko@gmail.com>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 23.0.60; bootstrap broken by removal of cal-loaddefs.el
2008-03-14 17:50 ` Glenn Morris
2008-03-14 18:23 ` Andrew W. Nosenko
@ 2008-03-14 21:10 ` Claus
2008-03-14 21:29 ` Glenn Morris
1 sibling, 1 reply; 7+ messages in thread
From: Claus @ 2008-03-14 21:10 UTC (permalink / raw)
To: Emacs Devel; +Cc: Glenn Morris
Hi,
On Fri, Mar 14, 2008 at 6:50 PM, Glenn Morris <rgm@gnu.org> wrote:
> "Andrew W. Nosenko" wrote:
>
> > Try to regenerate lisp/Makefile (just by calling 'configure' or by
> > moving old lisp/Makefile awaiy followed by 'configure' call).
>
> Is there still a problem after `make maintainer-clean'?
>
There ain't no 'maintainer-clean' for me (MingGW Env. on Windows Vista):
cjk@cjk-mobile nt% make <TAB>
make target
addpm bootstrap-clean clean-other-dirs-gmake
ddeclient install preprep stamp_BLD
addsection bootstrap-clean-gmake clean-other-dirs-nmake
doit install-other-dirs-gmake realclean which-sh
all bootstrap-clean-nmake cleanall
force-info install-other-dirs-nmake recompile
all-other-dirs-gmake bootstrap-gmake cleanall-other-dirs-gmake
info maybe-bootstrap recompile-gmake
all-other-dirs-nmake bootstrap-nmake cleanall-other-dirs-nmake
info-gmake maybe-bootstrap-CMD recompile-nmake
bootstrap clean cmdproxy
info-nmake maybe-bootstrap-SH runemacs
I had the same problem as Andrew and Tim. Only manually deleting most
"untracked" CVS/GIT files (makefiles, generated lisp/**/*.el files,
etc.) solved the problem.
Claus
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2008-03-14 21:29 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-14 9:48 23.0.60; bootstrap broken by removal of cal-loaddefs.el Tim Van Holder
2008-03-14 12:12 ` Tim Van Holder
2008-03-14 16:55 ` Andrew W. Nosenko
2008-03-14 17:50 ` Glenn Morris
2008-03-14 18:23 ` Andrew W. Nosenko
2008-03-14 21:10 ` Claus
2008-03-14 21:29 ` Glenn Morris
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).