* [gentoo-dev] binutils / gcc / objprelink
@ 2001-09-25 12:11 Chris Houser
0 siblings, 0 replies; only message in thread
From: Chris Houser @ 2001-09-25 12:11 UTC (permalink / raw
To: gentoo-dev
dev-util/objprelink depends on a /usr/lib/libiberty.a that includes
'htab_find_slot_with_hash' as well as other 'htab_*' things.
PROBLEM 1:
If this dependency is unresolved, the ebuild blindly continues, causing
later qt ebuilds to fail mysteriously. The objprelink ebuild has now
been fixed in dev-util/objprelink-0-r1.ebuild.
But why would the libiberty dependency be unresolved, when the
objprelink ebuild clearly states that it depends on sys-devel/gcc
and sys-devel/binutils?
PROBLEM 2:
Both gcc-2.95.3-r5 and binutils-2.11.90.0.27 install (different)
/usr/lib/libiberty.a's, and the one gcc installs doesn't have the
'htab_*' functions that objprelink needs.
This problem is NOT solved. It seems to me that gcc shouldn't be
installing a broken libiberty, but what do I know? It also seems that
portage could try to catch this sort of problem during 'merge'. It'd be
nice, anyway.
As a work-around, I re-merged binutils, which over-wrote gcc's
libiberty, and now objprelink builds fine.
PROBLEM 3:
This isn't directly related, but I noticed along the way that portage
seems to think that sys-devel/binutils-2.11.90.0.7 is newer than
sys-devel/binutils-2.11.90.0.27 -- that doesn't seem right.
--Chouser
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2001-09-25 18:10 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-09-25 12:11 [gentoo-dev] binutils / gcc / objprelink Chris Houser
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox