From xemacs-m  Thu Jun  5 05:26:27 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 FAA04939
	for <xemacs-beta@xemacs.org>; Thu, 5 Jun 1997 05:26:26 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id DAA20397; Thu, 5 Jun 1997 03:44:37 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id DAA26560; Thu, 5 Jun 1997 03:25:07 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id DAA13966; Thu, 5 Jun 1997 03:25:05 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id DAA09437; Thu, 5 Jun 1997 03:25:04 -0700
Date: Thu, 5 Jun 1997 03:25:04 -0700
Message-Id: <199706051025.DAA09437@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Anthony Rossini <rossini@stat.sc.edu>
Cc: xemacs-beta@xemacs.org
Subject: library searching with configure...
In-Reply-To: <wnc67vyq9ks.fsf@fhat.stat.sc.edu>
References: <wnc67vyq9ks.fsf@fhat.stat.sc.edu>
X-Mailer: VM 6.31 under 20.3 XEmacs Lucid (beta3)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "Anthony" == Anthony Rossini <rossini@stat.sc.edu> writes:

Anthony> Strange things in configure (well, I was being stupid (i.e. it's the
Anthony> setup), but it's worth noting):

Anthony> 	If you (I!) do something silly, like put libgdbm in the
Anthony> 	X11R6.3 heirarchy (there was a reason, I swear), then
Anthony> 	configure will find -lgdbm there, and report it present, but
Anthony> 	won't add the X11R6.3 library path for building in lib-src.

The idea is to keep the X libs and ld flags separate from the non-X
flags.  Perhaps we should *always* use the X11 -L flags, but only
include the X11 -l flags selectively, to avoid this problem?  I think
I've talked myself into this solution. .... hack,hack.hack, ok.,
"fixed" in beta5 (although someone will complain about the "extra"
directories searched by the compiler and linker).

Anthony> 	On a Solaris 2.5 system, compiling with the plain X11R6.3,
Anthony> 	there seems to be no way to avoid /lib/dt inclusion.  I'd like 
Anthony> 	to, but only since I like things to stay nearly the same
Anthony> 	between my Linux and Solaris configurations...

Any suggestion for fixing this without removing the current
user-friendliness?  You can certainly use site-libraries,
site-includes, and site-runtime-libraries to override any other dirs
used by configure, and use explicit options to undo the autodetection
of things configure would have found in /usr/dt.  This is probably a
good enough solution in practice.

Besides, if you don't want to use /usr/dt, why not just do
mv /usr/dt /usr/I-dont-care-about-dt and see what breaks...

Martin

