On Tue, 2007-06-05 at 14:29 -0600, deckrider wrote: > On 6/5/07, deckrider <[EMAIL PROTECTED]> wrote: > > On 5/30/07, deckrider <[EMAIL PROTECTED]> wrote: > > > I don't know whether this is a bug or not ... > > > > > > I'm on: > > > > > > $ uname -a > > > HP-UX omztdv1 B.11.23 U ia64 2505142627 unlimited-user license > > > > > > $ libtool --version > > > ltmain.sh (GNU libtool) 1.5.23b (1.1220.2.437 2007/02/17 09:08:45) > > > > > > $ automake --version > > > automake (GNU automake) 1.10 > > > > > > $ autoconf --version > > > autoconf (GNU Autoconf) 2.61 > > > > > > I'm getting this output when running configure: > > > > > > checking dlfcn.h usability... yes > > > checking dlfcn.h presence... no > > > configure: WARNING: dlfcn.h: accepted by the compiler, rejected by the > > > preprocessor! > > > configure: WARNING: dlfcn.h: proceeding with the compiler's result > > > checking for dlfcn.h... yes > > > > I just noticed that it seems that the configuration that caused this was: > > > > AC_LANG(C++) > > AC_PROG_LIBTOOL > > > > However, if I change the order to this, the problem goes away: > > > > AC_PROG_LIBTOOL > > AC_LANG(C++) > > > > My apologies, I think I omitted some important info ... it seems that > AC_PROG_CPP is also a factor, thus the following causes the issue: > > AC_LANG(C++) > AC_PROG_CPP > AC_PROG_LIBTOOL > > And the issue is not present here: > > AC_LANG(C++) > AC_PROG_LIBTOOL > AC_PROG_CPP
It looks like AC_PROG_CPP is setting CPP to the empty string, from your config.log: configure:6181: conftest.cpp ../configure[6182]: conftest.cpp: not found. That should probably have been: /usr/ccs/lbin/cpp conftest.cpp or something similar. So, why does AC_PROG_CPP set CPP="" for you? Peter _______________________________________________ Bug-libtool mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-libtool
