If xemacs-21.2.34/configure.in thinks it is on a Linux box, it
defines _XOPEN_SOURCE to 500. Later, it extracts the symbols that xmkmf
defines, which includes defining _XOPEN_SOURCE. The redefinition of
_XOPEN_SOURCE in confdefs.h causes output to standard error in of the
test programs that configure.in generates, and it uses this to determine
compile failure rather than a non-zero exit code. The symptom of this
problem is that on my system, configure claims that it cannot find the
X include files.
I have attached a patch below, which omits the setting of
_XOPEN_SOURCE to 500. However, I think the correct fix would be
for autoconf to have a "grep -v warning:" in its test of output
on standard error when that is used as the test for compile failure
in AC_CHECK_HEADER.
The second best approach would be for xemacs/configure.in to
test each symbol that it extracts from xmkmf to see if it is already
defined in confdefs.h. This should probably be done anyhow.
Adam J. Richter __ ______________ 4880 Stevens Creek Blvd, Suite 104
[EMAIL PROTECTED] \ / San Jose, California 95129-1034
+ 408 261-6630 | g g d r a s i l United States of America
fax +1 408 261-6631 "Free Software For The Rest Of Us."
----------------------------CUT HERE------------------------------------
--- xemacs-21.2.34/configure.in Tue May 23 16:37:33 2000
+++ xemacs-21.2.34.modified/configure.in Fri Jun 16 01:06:03 2000
@@ -1711,7 +1711,6 @@
fi ;;
linux)
AC_DEFINE(_POSIX_C_SOURCE,199506L)
- AC_DEFINE(_XOPEN_SOURCE,500)
AC_DEFINE(_XOPEN_SOURCE_EXTENDED)
;;
esac
