From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Bootstrap deleted DOC-nnn file Date: Mon, 13 May 2013 08:04:23 +0900 Message-ID: <87hai7er60.fsf@uwakimon.sk.tsukuba.ac.jp> References: <83vc6rb31c.fsf@gnu.org> <87vc6qdxfe.fsf@uwakimon.sk.tsukuba.ac.jp> <87li7kex0u.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1368399881 20276 80.91.229.3 (12 May 2013 23:04:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 12 May 2013 23:04:41 +0000 (UTC) Cc: eliz@gnu.org, yandros@MIT.EDU, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 13 01:04:39 2013 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 1UbfJn-00082m-8z for ged-emacs-devel@m.gmane.org; Mon, 13 May 2013 01:04:39 +0200 Original-Received: from localhost ([::1]:44104 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbfJm-0001RP-D4 for ged-emacs-devel@m.gmane.org; Sun, 12 May 2013 19:04:38 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbfJj-0001RJ-OD for emacs-devel@gnu.org; Sun, 12 May 2013 19:04:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UbfJi-0001xi-7x for emacs-devel@gnu.org; Sun, 12 May 2013 19:04:35 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:59202) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbfJg-0001xE-EZ; Sun, 12 May 2013 19:04:32 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id E7C4A970939; Mon, 13 May 2013 08:04:23 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id ACF111A4F35; Mon, 13 May 2013 08:04:23 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta32) "habanero" b0d40183ac79 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 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:159537 Archived-At: Richard Stallman writes: > "make install" (to someplace other than where I put my "system" > emacs) is my friend here. > > That is sketchy. What exactly are you saying I should do? I'm not saying you *should* do it; it's a workflow change with costs only you can assess. In my case I keep a "good build" (often a release) in /usr/local/bin/xemacs, and several configurations by NAME in /usr/local/src/XEmacs/+NAME/src/xemacs (ie the source tree). Since I do those builds irregularly I usually have a series of binaries lying around, and for functions that aren't related to a particular build, that's often enough to check that it's a recent bug. That allows me to restrict bisection. If not I go directly to bisection. If I wanted to completely avoid bisection, I would build my XEmacs with "configure --without-prefix[1] ...", then[2] make install prefix=/usr/local/save/`date +%Y%m%d%H%M%S` I don't know if Emacs supports all the features needed, but I suspect Emacs *does* support them since the GNUStep port provides a "relocatable installation" like --without-prefix. You would get the same effect with "configure --prefix=/usr/local/`date +%Y%m%d%H%M%S`" and then just "make install" (at the expense of needing to reconfigure and rebuild if you want to install to an "always good" location the way I use /usr/local). (N.B. Use of a time stamp happens to be well-fitted to your requirements, but it's not designed that way. I do this with build logs anyway, so it was the natural thing to do here.) There was also a program called "GNU stow" which provided support for doing this kind of thing (more aimed at supporting multiple architectures served from an single NFS server). I never used it but a couple of people who adminned such systems recommended it highly (in 1998...). Footnotes: [1] This option makes XEmacs assume an installation layout relative to the executable, and the prefix is nowhere compiled in to the binary except in the `describe-installation' string. [2] Adjust to taste; I only have one application I would do this for, so a timestamp is all I need.