GNU logs - #3883, boring messages

Message sent to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:

Subject: bug#3883: Interleaved builds in separate trees create different versions
Reply-To: Rob Browning <rlb@HIDDEN>, 3883 <at> debbugs.gnu.org
Resent-From: Rob Browning <rlb@HIDDEN>
Resent-To: bug-submit-list@HIDDEN
Resent-CC: Emacs Bugs <bug-gnu-emacs@HIDDEN>
Resent-Date: Sun, 19 Jul 2009 20:10:05 +0000
Resent-Message-ID: <handler.3883.B.124803376427720@HIDDEN>
Resent-Sender: help-debbugs@HIDDEN
To: bug-gnu-emacs@HIDDEN
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


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

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: owner@HIDDEN
From: help-debbugs@HIDDEN (Emacs bug Tracking System)
To: Rob Browning <rlb@HIDDEN>
Subject: bug#3883: Acknowledgement (Interleaved builds in separate trees
 create different versions)
Message-ID: <handler.3883.B.124803376427720.ack@HIDDEN>
References: <87r5wc30h2.fsf@HIDDEN>
X-Emacs-PR-Message: ack 3883
X-Emacs-PR-Package: emacs
Reply-To: 3883 <at> debbugs.gnu.org
Date: Sun, 19 Jul 2009 20:10:05 +0000

Thank you for filing a new bug report with Emacs.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@HIDDEN>

If you wish to submit further information on this problem, please
send it to 3883 <at> debbugs.gnu.org, as before.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
3883: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D3883
Emacs Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message received at control@HIDDEN:

Received: (at control) by emacsbugs.donarmstrong.com; 22 Jul 2009 02:58:19 +0000
From rgm@HIDDEN Tue Jul 21 19:58:19 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=-3.5 required=4.0 tests=AWL,ONEWORD autolearn=no
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n6M2wF0x006093
	for <control@HIDDEN>; Tue, 21 Jul 2009 19:58:17 -0700
Received: from rgm by fencepost.gnu.org with local (Exim 4.67)
	(envelope-from <rgm@HIDDEN>)
	id 1MTS23-0004iN-1r; Tue, 21 Jul 2009 22:58:15 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <19046.32838.974527.846560@HIDDEN>
Date: Tue, 21 Jul 2009 22:58:14 -0400
From: Glenn Morris <rgm@HIDDEN>
To: control <control <at> debbugs.gnu.org>
Subject: control

merge 3794 3840
severity 3887 wishlist
reassign 3854 emacs,ns
severity 3883 minor
close 1528
close 1225

Message sent to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:

Subject: bug#3883: Interleaved builds in separate trees create different versions
Resent-From: Glenn Morris <rgm@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 06 Apr 2011 22:03:01 +0000
Resent-Message-ID: <handler.3883.B3883.130212735820561 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Rob Browning <rlb@HIDDEN>
Cc: 3883 <at> debbugs.gnu.org
From: Glenn Morris <rgm@HIDDEN>
References: <87r5wc30h2.fsf@HIDDEN>
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
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

(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...

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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