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: |
Description
Marien Zwart (RETIRED)
2012-05-21 15:41:51 UTC
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). |