Re: dlfcn.h (libtool 1.5.23b)

[deckrider]

On 6/5/07, deckrider <address@hidden> wrote:
> On 5/30/07, deckrider <address@hidden> 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