Well, this is rather hard to describe. The short of it is: libtool doesn't get updated, though _libtoolize is run during eautoreconf. The real problem is that while getting libtool to be updated is as simple as adding rm "${S}"/build/libtool.m4 before eautoreconf, the real problems start there. First of all, just to get through eautoreconf, -e 's:LT_VERSION:LLT_VERSION:' has to be done on configure.in (a standard libtool 2 problem) then top_builddir=@apr_builddir@ has to be added to ${S}/Makefile.in Next, -e '/RM, rm/d' again for configure.in (that's cause libtool wants RM unset to set it to 'rm -f') And here I ran out of ideas: for some reason, even though now it reaches the point when make runs, it fails due to libtool not being created. That's strange, cause log has line 'config.status: executing libtool commands', so libtool should have been created and when I enter ${S} and manually run './config.status' it is created.
I think I am suffering with this same very issue in Gentoo Prefix. bug 225675 for future reference. Adding myself to CC to see the result!
And it looks like apr 1.3.0 is suffering the same problem. The most important thing is: I don't think that buildconf script will work correctly with libtool 2. I hope I'm wrong, but it doesn't look that way.
apr builds fine here with libtool 2.2
It builds fine with libtool 2.2, just because it's not using it. As I already said, current ebuild for 1.3.0, though runs eautoconf, does not update libtool (you should have noticed fortran checks in the build.log, they mean libtool was NOT updated).
OK, now I feel silly. I haven't read the whole ebuild, so I missed that it removes the created libtool. Be back shortly with a working ebuild.
Created attachment 156767 [details] a working ebuild OK, now that I think about it, it wasn't that broken in the first place, but just because we were using /usr/bin/libtool. Anyway, this ebuild does update libtool.m4 and actually works as expected. Only error is about libtool not created during AC_PROG_LIBTOOL, but it does not matter, as we won't be using the created libtool, and in case it did matter simplest fix seems to be removing the whole block with that grep.
(In reply to comment #6) > Created an attachment (id=156767) [edit] > a working ebuild Please use `diff -u`.
Created attachment 156777 [details, diff] patch to current ebuild OK, this is the diff. The LT_VERSION sed is only for 1.2, cause 1.3 does AC_SUBST on it, making it redundant.
Created attachment 156779 [details, diff] smaller patch actually this should be enough, top_builddir appears only for that libtool line.
Are any changes still needed in dev-libs/apr-1.3.9?
(In reply to comment #10) > Are any changes still needed in dev-libs/apr-1.3.9? > I completely forgot about this bug. As I said yes and no. As we're not really doing full eautoreconf, cause apache hacks of autotools build process prevent actually updating libtool this package is shipped with, but that doesn't matter as we're using system libtool anyway. I'd say a resolution of WONTFIX would be a good compromise.
(In reply to comment #11) > I'd say a resolution of WONTFIX would be a good compromise. OK. I'm closing this bug.
