[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: confdefs.h not being included by AC_LANG_SOURCE()
From: |
Ralf Wildenhues |
Subject: |
Re: confdefs.h not being included by AC_LANG_SOURCE() |
Date: |
Sun, 28 Feb 2010 10:25:26 +0100 |
User-agent: |
Mutt/1.5.20 (2009-10-28) |
* 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 ---