From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Git transition checklist Date: Thu, 09 Jan 2014 21:12:47 +0100 Message-ID: <87sisw52yo.fsf@wanadoo.es> References: <20140108135200.8ECF9380834@snark.thyrsus.com> <1738kywelh.fsf@fencepost.gnu.org> <20140108200216.GB5374@thyrsus.com> <6pr48h52eq.fsf@fencepost.gnu.org> <87y52pg4ov.fsf@uwakimon.sk.tsukuba.ac.jp> <838uupeitt.fsf@gnu.org> <87sisxfu6q.fsf@uwakimon.sk.tsukuba.ac.jp> <87txddmmcj.fsf@igel.home> <87lhypfcs4.fsf@uwakimon.sk.tsukuba.ac.jp> <831u0hdrcp.fsf@gnu.org> <87fvoxf0x6.fsf@uwakimon.sk.tsukuba.ac.jp> <83txddc70n.fsf@gnu.org> <87wqi93pwi.fsf@wanadoo.es> <83mwj5c4zh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1389298399 7680 80.91.229.3 (9 Jan 2014 20:13:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 20:13:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 21:13:25 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W1Lym-00024M-2z for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 21:13:24 +0100 Original-Received: from localhost ([::1]:53905 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1Lyl-0002MK-KC for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 15:13:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49720) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1Lyc-0002Av-DL for emacs-devel@gnu.org; Thu, 09 Jan 2014 15:13:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1LyW-00075s-Il for emacs-devel@gnu.org; Thu, 09 Jan 2014 15:13:14 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:50218) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1LyV-00075c-Tg for emacs-devel@gnu.org; Thu, 09 Jan 2014 15:13:08 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W1LyR-0001IP-BT for emacs-devel@gnu.org; Thu, 09 Jan 2014 21:13:03 +0100 Original-Received: from 222.red-83-41-58.dynamicip.rima-tde.net ([83.41.58.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 21:13:03 +0100 Original-Received: from ofv by 222.red-83-41-58.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Jan 2014 21:13:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 222.red-83-41-58.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:TUS+G1wZq7wpZJLD+eFSCRKJzgo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167971 Archived-At: Eli Zaretskii writes: >> I have a defadvice for the magit function that switches branches. It >> saves the file timestamps of the current branch, switches to the other >> branch and restores the file timestamps for that branch. >> >> Then, each branch has its own build directory. >> >> For Emacs, this approach has the problem of having the .elc files shared >> on the source directory. A configure option for putting the .elc files >> on the build directory would fix that. > > Thanks, but I don't think a VCS should dictate how I configure my > builds to such a great extent. I'm quite sure a less invasive solution > can be found. Where is the "great extent" and how is it "invasive"? Because you need to remove hacks from the build system and Emacs itself? Placing build products in the source directory while doing an out-of-source build is terrible, so the feature shouldn't exist to begin with. If the hacker wishes to save the time of producing the .elc files, just cp -R them to the new build directory.