Summary: | media-libs/libgii-1.0.2 compile fails... libtool? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ewgenij Starostin <estar> |
Component: | [OLD] Library | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | benedikt.morbach, iaindb, rose, zeekec |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 212763 | ||
Attachments: | build.log |
Description
Ewgenij Starostin
2008-04-19 21:00:06 UTC
Created attachment 150324 [details]
build.log
By the way, I can reproduce this when I try to build libgii-1.0.2 manually. And it doesn’t happen in the libgii from CVS, but I don’t know why.
Well, this may be annoying to fix, as it's not broken. libgii uses LT_INIT macro, provided by >=libtool-2. eautoreconf doesn't recognize LT_INIT as a libtool init macro, so libtoolize is not run and as you've got libtool 1.5.26 installed, things get broken - your ltmain.sh is from libtool 2.1a, libtool.m4 is from libtool 1.5.26. (In reply to comment #2) > Well, this may be annoying to fix, as it's not broken. > libgii uses LT_INIT macro, provided by >=libtool-2. > eautoreconf doesn't recognize LT_INIT as a libtool init macro, so libtoolize is > not run and as you've got libtool 1.5.26 installed, things get broken - your > ltmain.sh is from libtool 2.1a, libtool.m4 is from libtool 1.5.26. > And what do you propose to fix this? Since compilation failed and packet is unmasked this is a bug. I had the same problem. Hashing the eautoreconf solved my problem. How can I hash eautoreconf? I have autoreconf-2.62. But running autoreconf-2.62 gives: autoreconf-2.62: `configure.ac' or `configure.in' is required Juergen Confirming that hashing eautoreconf works.
> How can I hash eautoreconf?
This just means commenting out the eautoreconf line from the ebuild file by placing a '#' symbol at the beginning of that line.
Hello Matt, thanks, it worked for me. Regards Juergen When I failed to notice that bug #221035 is a duplicate of this one, I posted a real solution there, not the non-solution of comment #4. Of course, if that solution is used, libgii-1.0.2-configure-cpuid-pic.patch should be modified to aplly to m4/swar.m4. *** Bug 221035 has been marked as a duplicate of this bug. *** So is this workaround going to go into the ebuild sometime? Rafał Mużyło correctly identified the bug (which is to say libgii is broken, not libtool) ... i'd give you a cookie, but customs would confiscate it ive committed a fix to cvs http://sources.gentoo.org/eclass/autotools.eclass?r1=1.76&r2=1.77 http://sources.gentoo.org/media-libs/libgii/libgii-1.0.2.ebuild?r1=1.12&r2=1.13 |