autotools-utils.eclass calls autotools_get_subdirs in its autoreconf function, which was just removed from autotools.eclass. The function looked like this: # Internal function to get additional subdirs to configure autotools_get_subdirs() { autotools_check_macro_val AC_CONFIG_SUBDIRS ; } It could probably be fixed for the time being by calling that instead, but that function is also marked as internal in autotools.eclass. Perhaps the autotools.eclass maintainer and autotools-utils.eclass maintainer need to put their heads together to agree on some supported api here?
For now, I've just copied the new internal function call...
autotools.eclass has a detailed public API. other eclasses or ebuilds using the internal APIs are not supported.
Reopening, as the change mentioned in comment #1 has autotools-utils.eclass call autotools_check_macro_val, which is marked with "@INTERNAL" in autotools.eclass, which presumably means it is one of the "internal APIs" mentioned in comment #2, not the "detailed public API". Please close and hit me over the head if my understanding of what "internal" means is incorrect.
I said 'for now' which means until someone finds a better way of doing that. As you already saw, vapier doesn't care.
Spent all day trying to compile net-mail/courier-imap. Only to get semi-random automake failures: ***** automake ***** ***** PWD: /var/tmp/portage/net-mail/courier-imap-4.5.0/work/courier-imap-4.5.0/waitlib ***** automake --add-missing --copy --foreign configure.in:12: version mismatch. This is Automake 1.11.1, configure.in:12: but the definition used by this AM_INIT_AUTOMAKE configure.in:12: comes from Automake 1.10.1. You should recreate configure.in:12: aclocal.m4 with aclocal and run automake again. I eventually got the idea to check the autotool eclasses...touched on May 21! ahHA! Grabbed some old autotool*.eclasses off a box that hasn't been rsync for a week, and throw those in. I was able to compile it 3 times in a roll, none of that maybe it'll compile 1 out of 20 times.
Please file a new bug for that problem, if you can reproduce it with a current version of the ebuild and eclasses. courier-imap does not use autotools-utils.eclass (which this bug is about), and if the ebuild did hit this bug it would fail reproducably, and most likely with a different error message.
Now autotools-utils just uses eautoreconf, and the old functions is deprecated (and will be removed).