From xemacs-m  Thu Jan  9 21:32:39 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
          by xemacs.cs.uiuc.edu (8.8.4/8.8.4) with ESMTP
	  id VAA22144 for <xemacs-beta@xemacs.org>; Thu, 9 Jan 1997 21:32:39 -0600 (CST)
Received: (from steve@localhost)
          by altair.xemacs.org (8.8.4/8.8.4)
	  id TAA04068; Thu, 9 Jan 1997 19:42:42 -0800
Sender: steve@xemacs.org
To: xemacs-beta@xemacs.org
Subject: Re: 20.0-b34 - no run-in-place??
References: <199701050651.BAA08127@spacely.icd.teradyne.com> 	<m2wwtsziib.fsf@altair.xemacs.org> <199701100313.TAA05464@themom.eng.sun.com>
X-Url: http://www.miranova.com/%7Esteve/
Mail-Copies-To: never
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: Martin Buchholz's message of Thu, 9 Jan 1997 19:13:35 -0800
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII
Date: 09 Jan 1997 19:42:40 -0800
Message-ID: <m27mlm6vrj.fsf@altair.xemacs.org>
Lines: 41
X-Mailer: Red Gnus v0.80/XEmacs 20.0

Martin Buchholz writes:

>>>>>> "sb" == Steven L Baur <steve@miranova.com> writes:
>>>>>> "Vinnie" == Vinnie Shelton <shelton@icd.teradyne.com> writes:
Vinnie> I built b34 on a sparc/Solaris2.4 system. here's my config:

Vinnie> configure: warning: The --run-in-place option is ignored
Vinnie> because it is unnecessary.

sb> This is a v20 bug!  --run-in-place is required to set the special
sb> variables used to find the lisp libraries when the binary is run in
sb> place without a full path, and when the current directory was
sb> somewhere other than the top level source directory.

> Oh, now I get it.  The problem is that when the login program exec's
> xemacs, it sets the command name to `-xemacs' instead of the full
> pathname of the shell, and so xemacs can't find its supporting files.
> This is a nuisance, but if you really really want to have xemacs as a
> login shell, can't you just use a shell script or program that exec's
> the appropriate binary?

 ...

> The login shell problem is *not* enough of a reason to keep
> --run-in-place.

Vinnie pointed out in email to me that --run-in-place also allows one
to install binaries to a bin directory in the local source tree.
Without --run-in-place one is at the mercy of hand installed binaries,
or binaries installed from previous versions (look what kind of
confusion that has already generated).  Or one is required is do a
full copying install before running a new beta.  I don't have enough
disk space for that, and I don't expect anyone else to either.

Please reconsider about putting it back.  I am very much opposed to its
removal.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.
"That Bill Clinton.  He probably doesn't know how to log on to the
Internet."  -- Rush Limbaugh, noted Computer Expert

