Summary: | agriffis borked libtool-1.5.2-r5 for mips/mips64/ppc64/uclibc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Brad House <brad> |
Component: | Current packages | Assignee: | ppc64 architecture team <ppc64> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | grayswander |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC64 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | patch for libtool 1.5.2-r5 ebuild |
Description
Brad House
2004-07-15 14:10:34 UTC
Created attachment 35505 [details, diff]
patch for libtool 1.5.2-r5 ebuild
thanks brad, you've saved the day once again! stick a fork in it :-( Sorry about the breakage. In truth, though, the invocations of gnuconfig_update in the libtool ebuilds were really screwed up. It appears that somebody thought that gnuconfig_update depends on current working directory. That's the only explanation I can think of for this kind of stuff in the ebuild: cd ${OLD_S} use mips && gnuconfig_update cd ${S} use mips && gnuconfig_update What they didn't realize was that OLD_S was being fixed by an earlier invocation of gnuconfig_update which overrode S in src_unpack. The later calls to gnuconfig_update were superfluous already because they were all happening in ${S}! Recently I gave gnuconfig_update the ability to accept a starting directory as the first parameter. So in this case I have changed the libtool ebuilds to call gnuconfig_update ${WORKDIR} at the end of src_unpack (after all patches are applied so that the patches aren't broken). This updates the gnuconfig stuff for all the source directories under ${WORKDIR}. I've tested all the versions to make sure it's right. So... my apologies for borking it! :-( On the other hand... it's a lot better now :-) (and thanks Brad and Tom for catching the problem and putting in an initial fix) |