From xemacs-m  Wed Apr  9 10:29:28 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id KAA20994
	for <xemacs-beta@xemacs.org>; Wed, 9 Apr 1997 10:29:27 -0500 (CDT)
Received: from Canada.Sun.COM ([129.155.5.101]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id IAA25005 for <xemacs-beta@xemacs.org>; Wed, 9 Apr 1997 08:35:27 -0700
Received: from scooter.canada.sun.com by Canada.Sun.COM (SMI-8.6/SMI-5.3)
	id LAA29768; Wed, 9 Apr 1997 11:28:17 -0400
Received: from verve.canada.sun.com by scooter.canada.sun.com (SMI-8.6/SMI-SVR4)
	id LAA07505; Wed, 9 Apr 1997 11:28:16 -0400
Received: by verve.canada.sun.com (SMI-8.6/SMI-SVR4)
	id LAA26149; Wed, 9 Apr 1997 11:28:18 -0400
Date: Wed, 9 Apr 1997 11:28:18 -0400
Message-Id: <199704091528.LAA26149@verve.canada.sun.com>
From: Georg Nikodym <georgn@Canada.Sun.COM>
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: site-lisp
In-Reply-To: <kigenck8nck.fsf@jagor.srce.hr>
References: <199704090155.VAA03719@verve.canada.sun.com>
	<kigenck8nck.fsf@jagor.srce.hr>
X-Mailer: VM 6.23 under 20.1 XEmacs Lucid (beta11)
Reply-To: georgn@Canada.Sun.COM
X-Face:  ,~EI@l7'&P{\d++e`EMjNTNpzsxJPg(H]?Sd_T3xIlq[(PT[.D;A_/k)qfeC@m\/1]A{vZD
 r4&Lme-/M]c'Q>>:VM|L^<ED=j@dG!ld,bQ:IhT53q'x>6wZKH3iCT6Ff1-`*z{vCiT}+%(irA6TOn
 S~pFtml1bL\=kp%0PsLcF3+Q/e${o|S/<NUFDrU@;^o(D+av1g>Ce=ztlPGb$?up%c-*l'wmjw\sw;
 D__0Z;+93I+Kx6Mxdc]+|2V03aE@D8-fMT_v[~~FC9I\*|72QVW,aQ!`hHp_.gE.W&kxla2#)\Cmo
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII

>>>>> "HN" == Hrvoje Niksic <hniksic@srce.hr> writes:

 HN> Georg Nikodym <georgn@Canada.Sun.COM> writes:
 >> A bunch of weirdness, but the first thing to bite me in the behind
 >> is the fact that site-lisp is first in my load-path instead of
 >> last (where it belongs ;-)

 HN> This is intentional, as you may wish to have a changed version of
 HN> a package (Gnus being my foremost example), which should always
 HN> be executed rather than the one with XEmacs.

The position of site-lisp in load-path is a recurring religious
discussion on this list.  I don't want to start another one, so here's 
my proposal:

	Following the principle of least surprise, leave site-lisp at
	the end of load-path.  Add a pre-site-lisp (or something) for
	people that want the ability to supercede arbitrary lisp code.

 HN> It's similar to the Unix path: my ~/bin is always before /usr/bin
 HN> in my path.

And if your home directory is NFS mounted, as mine is then you suffer
a _major_ performance hit for every process you exec [1].  To solve
the problem, I use shell aliases to hard code paths to particular
things that I use frequently.

[1] Unless you use csh which hashes your entire path at startup or on
    rehash.  But there are other issues with csh which make it
    completely undesirable...

