GNU bug report logs - #3883
Interleaved builds in separate trees create different versions

Message received at 3883 <at> debbugs.gnu.org:

Received: (at 3883) by debbugs.gnu.org; 6 Apr 2011 22:02:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 06 18:02:38 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Q7aoA-0005La-7a
	for submit <at> debbugs.gnu.org; Wed, 06 Apr 2011 18:02:38 -0400
Received: from fencepost.gnu.org ([140.186.70.10])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <rgm@HIDDEN>) id 1Q7ao7-0005LM-VU
	for 3883 <at> debbugs.gnu.org; Wed, 06 Apr 2011 18:02:36 -0400
Received: from localhost ([127.0.0.1]:51509)
	by fencepost.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rgm@HIDDEN>)
	id 1Q7ao2-0005B9-S0; Wed, 06 Apr 2011 18:02:30 -0400
From: Glenn Morris <rgm@HIDDEN>
To: Rob Browning <rlb@HIDDEN>
Subject: Re: Bug#3883: Interleaved builds in separate trees create different
	versions
References: <87r5wc30h2.fsf@HIDDEN>
X-Spook: Cohiba infowar PGP embassy SP4 STARLAN terrorism INS
X-Ran: M(+,Z8Me_QCYvvnt{0;LJZghM%E-.9B:,Ee=U)8e-VIneT7G9h^0|R*y$h4&`#J;6b+)+=
X-Hue: yellow
X-Attribution: GM
Date: Wed, 06 Apr 2011 18:02:30 -0400
In-Reply-To: <87r5wc30h2.fsf@HIDDEN> (Rob Browning's message
	of "Sun, 19 Jul 2009 13:02:33 -0700")
Message-ID: <t4y63n9gy1.fsf@HIDDEN>
User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Score: -4.8 (----)
X-Debbugs-Envelope-To: 3883
Cc: 3883 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.8 (----)

(A very delayed reply)

Rob Browning wrote:

> If you try to build two trees from the same source directory at the
> same time, alternating the respective SRCDIR/configure, make, and make
> install operations, the first tree will end up with a ".2" version while
> the second tree will end up with a ".1" version.

I think this happens because the second make recompiles the .el files,
and the output .elc files are written into the lisp/ directory in the
source-tree, not the build directory. Then the first build thinks it
need to redump Emacs, because the .elc files have newer timestamps.

Neither make should need to compile the .el files at all, but this is
tricky, see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2151 .

Arguably, the compiled .elc files should be written into the build
tree's lisp/ directory, not the source lisp/ directory.
But, they are supposed to be platform independent, so maybe the current
set-up is designed to let them be shared between all builds.
But, they get recompiled anyway, so that doesn't actually work...

Message received at submit@HIDDEN:

Received: (at submit) by emacsbugs.donarmstrong.com; 19 Jul 2009 20:02:44 +0000
From rlb@HIDDEN Sun Jul 19 13:02:43 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-4.0 required=4.0 tests=AWL autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n6JK2d24027714
	for <submit@HIDDEN>; Sun, 19 Jul 2009 13:02:41 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MScal-0002db-CY
	for bug-gnu-emacs@HIDDEN; Sun, 19 Jul 2009 16:02:39 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MScaj-0002bC-Pu
	for bug-gnu-emacs@HIDDEN; Sun, 19 Jul 2009 16:02:39 -0400
Received: from [199.232.76.173] (port=37274 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1MScaj-0002ay-Mz
	for bug-gnu-emacs@HIDDEN; Sun, 19 Jul 2009 16:02:37 -0400
Received: from li12-156.members.linode.com ([70.85.129.156]:49243 helo=defaultvalue.org)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <rlb@HIDDEN>)
	id 1MScaj-0006Up-0Y
	for bug-gnu-emacs@HIDDEN; Sun, 19 Jul 2009 16:02:37 -0400
Received: from omen.defaultvalue.org (localhost [127.0.0.1])
	by defaultvalue.org (Postfix) with ESMTP id 6E4C390DA7
	for <bug-gnu-emacs@HIDDEN>; Sun, 19 Jul 2009 13:02:34 -0700 (PDT)
Received: from raven.defaultvalue.org (raven.defaultvalue.org [192.168.1.7])
	by omen.defaultvalue.org (Postfix) with ESMTP id 27C6C50300
	for <bug-gnu-emacs@HIDDEN>; Sun, 19 Jul 2009 13:02:34 -0700 (PDT)
Received: by raven.defaultvalue.org (Postfix, from userid 1000)
	id EDE8F7BA941; Sun, 19 Jul 2009 13:02:33 -0700 (PDT)
To: bug-gnu-emacs@HIDDEN
Subject: Interleaved builds in separate trees create different versions
From: Rob Browning <rlb@HIDDEN>
Date: Sun, 19 Jul 2009 13:02:33 -0700
Message-ID: <87r5wc30h2.fsf@HIDDEN>
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)


If you try to build two trees from the same source directory at the
same time, alternating the respective SRCDIR/configure, make, and make
install operations, the first tree will end up with a ".2" version while
the second tree will end up with a ".1" version.  This doesn't happen if
you don't have separate "make" and "make install" steps.

I don't know if this behavior is intentional, but in case it's not, I
thought I'd report it.

You can trivially reproduce the situation with this script (using the
23.0.96 archive), and note that the same thing still happens if you omit
the differing configure arguments:

#!/bin/bash

set -e
set -x

tar xf emacs-23.0.96.tar.gz

mkdir -p build/1
mkdir -p build/2

(cd build/1 && ../../emacs-23.0.96/configure --with-x=yes)
(cd build/2 && ../../emacs-23.0.96/configure --with-x=no)

(cd build/1 && make)
(cd build/2 && make)

mkdir -p install/1
mkdir -p install/2

inst_1="$(pwd)/install/1"
inst_2="$(pwd)/install/2"

(cd build/1 && make DESTDIR="${inst_1}")
(cd build/2 && make DESTDIR="${inst_2}")

find -name "emacs-23.*"
find -name "DOC*"

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4