[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gettext-0.14.2 fails on parallel build
From: |
Alexandre Duret-Lutz |
Subject: |
Re: gettext-0.14.2 fails on parallel build |
Date: |
17 Mar 2005 19:18:21 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) Emacs/21.3.50 |
>>> "Bruno" == Bruno Haible <address@hidden> writes:
Bruno> So it must mean: "If the user has removed *.elc but elc-stamp is still
Bruno> there, then remake elc-stamp." This scenario can still occur, and will
Bruno> still lead to multiple parallel processes [except if only one .elc file
Bruno> was missing], and will still fail the same way.
Yes, I agree. If users mutilate their build tree they can only
recover with a non-parallel make. But IMO a fix for this
belongs to the rule that starts those multiple `$(MAKE)
elc-stamp' processes, not to the elc-stamp rule. IOW locks are
not needed in regular builds, they would only be needed to
prevent multiple *recover* rules to start `$(MAKE) elc-stamp'.
--
Alexandre Duret-Lutz
- Re: gettext-0.14.2 fails on parallel build, (continued)
- Re: gettext-0.14.2 fails on parallel build, Alexandre Duret-Lutz, 2005/03/14
- Re: gettext-0.14.2 fails on parallel build, Greg Schafer, 2005/03/14
- Re: gettext-0.14.2 fails on parallel build, Alexandre Duret-Lutz, 2005/03/16
- Re: gettext-0.14.2 fails on parallel build, Bruno Haible, 2005/03/17
- Re: gettext-0.14.2 fails on parallel build, Alexandre Duret-Lutz, 2005/03/17
- Re: gettext-0.14.2 fails on parallel build, Bruno Haible, 2005/03/17
- Re: gettext-0.14.2 fails on parallel build,
Alexandre Duret-Lutz <=
- Re: gettext-0.14.2 fails on parallel build, Bruno Haible, 2005/03/17
- Re: gettext-0.14.2 fails on parallel build, Alexandre Duret-Lutz, 2005/03/17
- Re: gettext-0.14.2 fails on parallel build, Alexandre Duret-Lutz, 2005/03/22
- Re: gettext-0.14.2 fails on parallel build, Bruno Haible, 2005/03/22