From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: A target that's even more bootstrap? Date: Wed, 19 Jun 2019 17:59:27 +0200 Message-ID: <87k1dho9b4.fsf@telefonica.net> References: <837e9iubyp.fsf@gnu.org> <87d0japujz.fsf@telefonica.net> <87v9x1oib6.fsf@telefonica.net> <877e9h1tli.fsf@russet.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="22315"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 19 18:00:11 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hdd0K-0005X2-MK for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2019 18:00:08 +0200 Original-Received: from localhost ([::1]:39798 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hdd0E-000405-Ku for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2019 12:00:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51559) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hdczw-0003yR-53 for emacs-devel@gnu.org; Wed, 19 Jun 2019 11:59:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hdczs-0005vn-6h for emacs-devel@gnu.org; Wed, 19 Jun 2019 11:59:42 -0400 Original-Received: from [195.159.176.226] (port=50000 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hdczr-0005tJ-Bs for emacs-devel@gnu.org; Wed, 19 Jun 2019 11:59:39 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hdczm-0004vF-GQ for emacs-devel@gnu.org; Wed, 19 Jun 2019 17:59:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:7GTKKeLzdJdwySmrOSAVTNsZr04= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:237913 Archived-At: phillip.lord@russet.org.uk (Phillip Lord) writes: > Óscar Fuentes writes: > >> Andy Moreton writes: >> >>>> In Emacs, out of tree builds are peculiar because they put build >>>> products in the source tree (.elc files). >>> >>> Exactly my point - that should not happen. The .elc files should go in >>> /lisp and not in the source tree. >> >> I argued about this point on the past to no avail. Some hackers here >> find this feature convenient for their workflow. > > It does have an advantage when I build for Windows, for example. I have > to build twice (i686, x86_64), so I do out of source builds. But > byte-compilation happens only once. > > I guess the reason for it is that the source distribution, actually > includes the (non-source) elc files. The same is true for configure > which is also generated in source. The reason for this practice was explained to me time ago and it is related to your case (two or more out-of-tree builds, reuse .elc) Emacs falsely pretends to support out-of-tree builds. Having an option for the frankenbuild is fine, even if it defaults to on, but doing it inconditionally is not, moreover when you can't rely on the build system to do the right thing when a .el or somesuch changes (hence the need for `make bootstrap' or "git -fdx" after pulling or while bisecting).