From xemacs-m  Fri Jun  6 17:05:36 1997
Received: from CNRI.Reston.VA.US (CNRI.Reston.VA.US [132.151.1.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id RAA17869
	for <xemacs-beta@xemacs.org>; Fri, 6 Jun 1997 17:05:35 -0500 (CDT)
Received: from newcnri.cnri.reston.va.us by CNRI.Reston.VA.US id aa12475;
          6 Jun 97 18:06 EDT
Received: from anthem.CNRI.Reston.Va.US by newcnri.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id SAA24309; Fri, 6 Jun 1997 18:06:49 -0400
Received: by anthem.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id SAA15548; Fri, 6 Jun 1997 18:06:10 -0400
Date: Fri, 6 Jun 1997 18:06:10 -0400
Message-Id: <199706062206.SAA15548@anthem.CNRI.Reston.Va.US>
From: "Barry A. Warsaw" <bwarsaw@CNRI.Reston.VA.US>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Martin Buchholz <mrb@eng.sun.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: XEmacs 20.3-beta4 ("Warsaw") is released
References: <m2u3jc762w.fsf@altair.xemacs.org>
	<199706061852.OAA11579@anthem.CNRI.Reston.Va.US>
	<199706061959.MAA11040@xemacs.eng.sun.com>
X-Mailer: VM 6.32 under 20.3 XEmacs Lucid (beta4)
Reply-To: bwarsaw@python.org
X-Attribution: BAW
X-Oblique-Strategy: Into the impossible
X-Url: http://www.python.org/~bwarsaw


>>>>> "MB" == Martin Buchholz <mrb@Eng.Sun.COM> writes:

>>>>> "BAW" == Barry A Warsaw <bwarsaw@CNRI.Reston.VA.US> writes:

    BAW> BAW> 2. Had to hack src/Makefile to add
    BAW> -R/usr/dt/lib:/usr/openwin/lib to the temacs built line
    BAW> otherwise temacs would have unlocatable dynamic lib
    BAW> dependencies.  I think this was thrashed out a while back,
    BAW> but I don't remember the outcome.  In any case, having
    BAW> -L/usr/dt/lib without -R/usr/dt/lib (and similar for
    BAW> /usr/openwin/lib) is broken because it forces me to set
    BAW> LD_RUN_PATH.  Blech.

    MB> The semantics of --site-runtime-libraries is that you have to
    MB> specify *all* of them, not just additional ones, as with
    MB> site-libraries. Perhaps this is a DOCU-bug, but it certainly
    MB> gives control to the configure-er.  Please verify that
    MB> --site-runtime-librarries=/depot/gnu/plat/lib:/depot/sundry/plaies:/usr/dt/lib:/usr/openwin/lib'
    MB> works for you.

No flames because I'm sure there are conflicting requirements, so you
gotta do what makes the most sense, and puts the burden on those most
able to handle it.

Yes, adding the /usr/dt/lib and /usr/openwin/lib to
--site-runtime-libraries is the right work around.  The thing that is
distasteful to me is that configure autodetects CDE and the
OpenWindows locations, auto-includes the right includes and libraries
on the buildpath, but doesn't on the runpath.  Seems as though if
configure autodetects CDE and OpenWin, and I haven't included a
--with-cde=no, then it should auto-include both the buildpath and
runpath.

I don't get why you'd want auto-include on buildpath but not runpath,
but I'm willing to believe that's my own site myopia.

In short, do what makes sense to you, just document it! :-)  I'm
satisfied that I now know what I need to add to my script that calls
configure.

Thanks,
-Barry

