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
_______________________________________________
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-libtool
