Re: OpenWindows autoconf broken
SL Baur <steve(a)xemacs.org> writes:
Gunnar Evermann
<Gunnar.Evermann(a)nats.informatik.uni-hamburg.de> writes in xemacs-beta(a)xemacs.org:
> $OPENWINHOME is /usr/openwin as usual, but a locally compiled X11R6.3
> is in /usr/X11.
> The result of ./configure is:
> checking for X... libraries /usr/openwin/lib,
> headers /usr/X11/include
> Is it intentional that /usr/X11 is preferred over /usr/openwin on
> Solaris by default?
Probably. Same as /usr/dt gets preferred whether it is needed or
not. You can force /usr/openwin to the front of the path by adding it
to --site-libraries and --site-includes. You can get rid of /usr/dt
by editing it out of configure before running it.
Sure, I can supplay -with-x(libraries|includes)=... that's not the
problem and I do not understand why this is related or similar to
/usr/dt.
/usr/openwin contains the X stuff from Sun bundeled with the OS. I
think this should be the default (and autoconf agrees). We manually
override this in configure.in (the comment there indicates autoconf
problems on Linux/HP-UX).
If a user wants to use his locally compiled X he should IMHO supply
the path to configure and I think that's how it worked in older
versions.
Gunnar
--
Gunnar Evermann
Natural Language Systems Group, University of Hamburg
EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de