Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 416933 - autotools-utils.eclass calls autotools_get_subdirs which no longer exists
Summary: autotools-utils.eclass calls autotools_get_subdirs which no longer exists
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Michał Górny
URL:
Whiteboard:
Keywords:
Depends on: 417865
Blocks:
  Show dependency tree
 
Reported: 2012-05-21 15:41 UTC by Marien Zwart (RETIRED)
Modified: 2012-06-06 17:19 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marien Zwart (RETIRED) gentoo-dev 2012-05-21 15:41:51 UTC
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?
Comment 1 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2012-05-21 17:35:25 UTC
For now, I've just copied the new internal function call...
Comment 2 SpanKY gentoo-dev 2012-05-21 17:42:01 UTC
autotools.eclass has a detailed public API.  other eclasses or ebuilds using the internal APIs are not supported.
Comment 3 Marien Zwart (RETIRED) gentoo-dev 2012-05-21 18:05:31 UTC
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.
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2012-05-21 18:40:45 UTC
I said 'for now' which means until someone finds a better way of doing that. As you already saw, vapier doesn't care.
Comment 5 Jason Shoemaker 2012-05-22 04:43:14 UTC
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.
Comment 6 Marien Zwart (RETIRED) gentoo-dev 2012-05-22 10:26:14 UTC
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.
Comment 7 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2012-06-06 17:19:51 UTC
Now autotools-utils just uses eautoreconf, and the old functions is deprecated (and will be removed).