From xemacs-m  Thu Jan  9 21:15:35 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.cs.uiuc.edu (8.8.4/8.8.4) with SMTP
	  id VAA22096 for <xemacs-beta@xemacs.org>; Thu, 9 Jan 1997 21:15:34 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id TAA12484; Thu, 9 Jan 1997 19:14:33 -0800
Received: from themom.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id TAA21500; Thu, 9 Jan 1997 19:14:31 -0800
Received: by themom.eng.sun.com (SMI-8.6/SMI-SVR4)
	id TAA05464; Thu, 9 Jan 1997 19:13:35 -0800
Date: Thu, 9 Jan 1997 19:13:35 -0800
Message-Id: <199701100313.TAA05464@themom.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: 20.0-b34 - no run-in-place??
In-Reply-To: <m2wwtsziib.fsf@altair.xemacs.org>
References: <199701050651.BAA08127@spacely.icd.teradyne.com>
	<m2wwtsziib.fsf@altair.xemacs.org>
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

>>>>> "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.

sb> Granted, the only time I've found it necessary to use this flag is
sb> when xemacs is run in place *and* being used as a login shell (yes,
sb> I'm a geek, so sue me :-).

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?

Or if your login shell is /bin/sh, then just make your .profile be

exec /this/is/where/I/built/xemacs

I do something similar with my login shell (csh) exec'ing my real
shell (zsh).

This is a safer way to go, and avoids problems such as ftp failing
because your login shell is not in /etc/shells.

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

Martin

