Replying to Bruce:
I very much like the idea of having all kinds of magic around
to paper over the gaps (chasms?) some systems have with respect
to POSIX interfaces. I think this is a start down a libiberty
type road.
Actually I don't like what libiberty has become. Why should I distribute
[I sent a similar message a couple weeks ago, but since I got no
answer, I'll try to paraphrase it]
Hello,
I am compiling a C++ program (LyX) with compaq cxx 6.2 in strict ansi
mode. It happens that no C functions are found by autoconf 2.52
AC_CHECK_FUNC macro, because the program bug1.C
If a configure option of --without-included-gettext is specified will this
make any difference to whether the intl directory is processed? From my
observation it doesn't, so is there any way to prevent it?
--
John
From: Paolo Bonzini [EMAIL PROTECTED]
Date: Thu, 8 Nov 2001 12:01:07 +0100 (CET)
Surely the output file should be removed before the test is run; it
should also be removed if config.status is run.
I think it would suffice to remove it in config.status and in make
distclean.
No, because
So AC_HEADER_STDBOOL should remove any preexisting stdbool.h before
doing any tests that depend on stdbool.h.
Fixed.
I don't see why this would be needed. `make distclean' can just
remove stdbool.h unconditionally.
Right.
Can't you use ac_cv_header_stdbool_h for this purpose?
Guido Draheim wrote:
being a person who has been doing some tricky stuff with a generated
file called stdint.h, I would like to oject on generating a stdbool.h
reasons elided
I agree, with arguments about project focus and project bulk
to boot:
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf If using AM_CONFIG_HEADERS located in subdirectories, make
Ralf distcheck breaks because of not correctly handling stamp*-files.
Ralf .. make[1]: Leaving directory `stamp-test-0.0/=build' ERROR:
Ralf files left after distclean: