* Ralf Wildenhues wrote on Sat, Feb 20, 2010 at 10:57:04AM CET:
> * Brian J. Murrell wrote on Thu, Feb 18, 2010 at 07:15:08PM CET:
> > I am finding that the use of AC_LANG_SOURCE() is having different
> > results on autoconf 2.64 vs. 2.59. On 2.59 it seems to have been
> > including confdefs.h into generate programs but in 2.64 this seems to no
> > longer be the case.
>
> Looks like a regression to me, from v2.63-153-g8e27cc7.
Wait a moment. I can't reproduce this. The following example works
right for me with both git master and 2.64, the expanded code contains
something like
cat confdefs.h - <<_ACEOF >conftest.$ac_ext
/* end confdefs.h. */
#ifndef PACKAGE_NAME
choke me
#endif
[...]
and it also works when I replace AC_PROG_CC with AC_PROG_CXX and
AC_LANG([C++]). Any chance your configure.ac messes with AC_LANG in a
way that the language ends up being something other than C or C++?
Can you post a small but full reproducible example?
Thanks,
Ralf
--- snip configure.ac ---
AC_INIT([pkg], [1.0])
AC_PROG_CC
AC_COMPILE_IFELSE([AC_LANG_SOURCE([[#ifndef PACKAGE_NAME
choke me
#endif
int main ()
{
return 0;
}
]], [], [AC_MSG_FAILURE([confdefs not included])])])
--- snip ---
_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
http://lists.gnu.org/mailman/listinfo/autoconf
