GNU bug report logs - #1705
23.0.60; parallel build failure: `mh-e' was not provided

Previous Next

Package: emacs;

Reported by: Markus Triska <markus.triska <at> gmx.at>

Date: Thu, 25 Dec 2008 22:35:03 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 1705 <at> debbugs.gnu.org, markus.triska <at> gmx.at,
        emacs-pretest-bug <at> gnu.org, bug-gnu-emacs <at> gnu.org
Subject: bug#1705: 23.0.60; parallel build failure: `mh-e' was not provided
Date: Sat, 03 Jan 2009 11:22:53 +0200

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 1705 <at> emacsbugs.donarmstrong.com,  Markus Triska <markus.triska <at> gmx.at>,  emacs-pretest-bug <at> gnu.org,  bug-gnu-emacs <at> gnu.org
> Date: Tue, 30 Dec 2008 21:30:33 -0500
> 
> > I added to lisp/Makefile.in a series of dependencies that should fix
> > the case of MH-E compilation.  Please see if this fixes the problem
> > for you.  If you have more than 2 processors, it would make sense to
> > try "make -j N" with values of N larger than 2, to increase the
> > probability of such a clash.
> 
> This won't solve it in general, because there are many circular
> dependencies among Elisp files.  Another approach is to just close the
> race condition: write the byte-compiled file to foo.elc.temp and then
> rename it atomically to foo.elc.

But adding dependencies is TRT on its own right, even if your
alternative is adopted.  As long as the byte compiler cannot grok
those dependencies by itself, that is.
This bug report was last modified 16 years and 209 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.