Stephen J. Turnbull writes:
Would you be willing to try removing the copy of libtiff in /usr/lib,
and building XEmacs with --with-athena=xaw instead of --with-athena=3d?
DON'T DO IT YET! It will waste your time. First let me cook up a
configure patch to test, which should fail before compiling and
AFAICS, the reason you get as far as checking for Xaw3d is that in our
configure.ac, --with-tiff=yes *assumes* that TIFF can be used, and
doesn't actually test to make sure it is! So I bet that with a
patched configure you'll get a "can't find tiff" error.
i removed the /usr/lib copy, apt-get-purged libtiff4-dev, reinstalled
it and now all is well... without any /usr/lib copy because
the /usr/lib/i386-linux-gnu location is known to ld by one of the
ld.so.conf.* files --- i do not understand why ld didn't find libtiff
in my first attemps at configuring xemacs
it remains that configure lied about its real problem, but it seems
that the real problem was some sort of a temporary quirk of my system
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
XEmacs-Beta mailing list