I have this configure.ac and need to run eautoheader besides eaclocal. AC_PREREQ(2.50) AC_DEFUN([SMB_MODULE_DEFAULT], [echo -n ""]) AC_DEFUN([SMB_LIBRARY_ENABLE], [echo -n ""]) AC_DEFUN([SMB_ENABLE], [echo -n ""]) AC_INIT(tdb, 1.1.1) AC_CONFIG_SRCDIR([common/tdb.c]) AC_CONFIG_HEADERS([include/config.h]) AC_LIBREPLACE_ALL_CHECKS AC_LD_SONAMEFLAG AC_LD_PICFLAG AC_LD_SHLIBEXT AC_LIBREPLACE_SHLD_FLAGS m4_include(libtdb.m4) AC_OUTPUT(Makefile tdb.pc) The problem is that eautoreconf runs autotools_check_macro which in turn calls autoconf without passing along a "-I ../path" parameter. Autoconf then silently fails and eautoreconf doesn't run autoconf. There are various ways to fix this. One is here: http://git.overlays.gentoo.org/gitweb/?p=dev/dev-zero.git;a=blob_plain;f=eclass/autotools.eclass;hb=HEAD
Do you have a specific diff to the current autotools.eclass... reading a whole file for the change isn't that helpful
I found another solution: M4PATH="../path" eautoreconf works. Question is now whether this is ok. If not: should AT_M4DIR be used or do we need a new AT_M4PATH variable?
i dont think having people set vars in their ebuilds is the way to go ... please do as Doug asked and post a patch that addresses this in the eclass transparently for everyone
i think this was fixed here: http://sources.gentoo.org/eclass/autotools.eclass?r1=1.101&r2=1.102 current code appears to use the macrodir: autotools_check_macro() { ... WANT_AUTOCONF="2.5" autoconf \ $(autotools_m4dir_include) \ ${ALL_AUTOTOOLS_MACROS[@]/#/--trace=} > ${trace_file} 2>/dev/null ... }