| Summary: | autotools-utils.eclass calls autotools_get_subdirs which no longer exists | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Marien Zwart (RETIRED) <marienz> |
| Component: | Eclasses | Assignee: | Michał Górny <mgorny> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | nikoli, reavertm |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 417865 | ||
| Bug Blocks: | |||
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). |
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?