>>>> "sb" == SL Baur <steve(a)xemacs.org>
writes:
sb> Martin Buchholz <martin(a)xemacs.org> writes:
> CDE is not X11. It is a software package that requires and
extends X.
sb> Then why does /usr/dt include base X11 libraries on some systems?
Probably someone thought it would be a convenience for users - only
one dir to link with. Of course, one could go further, and just put
all vendor-provided libs in /usr/lib. Sun provides convenience
symlinks for X11, but not CDE, libs in /usr/lib.
sb> If I tell configure that I don't want any stinking CDE/Motif by
sb> an unfortunately large number of options, then what business does it
sb> have sticking that directory ahead of others that I have explicitly
sb> asked to be put ahead via --x-includes and --x-libraries. Excuse me,
sb> but configure is clearly broken in this area.
The X detection was the last bit of code in autoconf 2 that I didn't
modify, but merely extended - but now it's clear it needs to be rewritten as well.
...
sb> The question stands:
sb> There is already a flag based on whether Motif is needed. Why can't
sb> the configure dependency on /usr/dt be based on whether either Motif
sb> or CDE are either autodetected or requested?
There is NO configure flag currently that says ``I don't want Motif''
or ``I don't want to use /usr/dt''
sb> Or else, why the hell does configure peek into /usr/contrib/... and
sb> fuck itself up with /usr/dt when sufficient configure options are
sb> given to make it clear that CDE/Motif are *not* wanted?
Please define `fuck'.
Why do you so hate Motif? Have you been talking to rms again?
/usr/contrib contains parts of X11 that other vendors consider
standard, but HP does not.
sb> Inquiring minds want to know.
As far as I am aware, all the features and libraries built into XEmacs
are under user control via configure options. A careful selection of
configure options will keep XEmacs from being linked with libXm or libDt*.
Martin