From xemacs-m  Mon Feb  3 00:40:44 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id AAA16806
	for <xemacs-beta@xemacs.org>; Mon, 3 Feb 1997 00:40:44 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id WAA18824; Sun, 2 Feb 1997 22:40:13 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id WAA18163; Sun, 2 Feb 1997 22:40:10 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id WAA03248; Sun, 2 Feb 1997 22:40:12 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id WAA27669; Sun, 2 Feb 1997 22:40:08 -0800
Date: Sun, 2 Feb 1997 22:40:08 -0800
Message-Id: <199702030640.WAA27669@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Valdis.Kletnieks@vt.edu
Cc: xemacs-beta@xemacs.org
Subject: unexec(), 'make install', and semi-random flaming...
In-Reply-To: <199701302157.QAA15656@black-ice.cc.vt.edu>
References: <199701302157.QAA15656@black-ice.cc.vt.edu>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

>>>>> "Valdis" == Valdis Kletnieks <Valdis.Kletnieks@vt.edu> writes:

Valdis> make install-arch-dep prefix=/my/staging/area
Valdis> make install-arch-indep prefix=/my/staging/area

Valdis> I believe that AFS with replication requires this as well.  You can't
Valdis> just 'make install prefix=' because that will rebuild the paths.h
Valdis> and point everything to the staging area (Not Good).  I'm of

Isn't this a problem that only FSF Emacs has?  You ought to be able to
install anywhere writable, and be able to use that installed XEmacs
via any path.  You don't really care whether paths.h got rebuilt, or
what its contents are.

I used to install XEmacs into the r/w part of AFS space and run via
the r/o path all the time.  Not a problem.

Valdis> 2 minds here - on the one hand, it *is* nice to have accessible install
Valdis> targets like this (doing the 'depot' install for GCC or That Other Emacsish
Valdis> is *quite* the hassle), but it *would* be nice if it didn't blindly chug
Valdis> along even if a 'make all' died - you should have SEEN the wreckage
Valdis> after the install-arch-indep kept chugging even after the disk was
Valdis> already full ;)

Martin

