For example bind-tools-9.2.5.ebuild could no find as and ld during the configuration part of an emerge. This on a G4 ppc, 15 minutes earlier the same as and ld were declared missing on a different ebuild on an x86. At other times it happens with headers or with shared executables. Judicious linking of the missing components into /usr/lib /usr/include or from version specific names to generic names solves the problem. Reproducible: Always Steps to Reproduce: 1. Every time you execute emerge or make. 2. 3. Actual Results: The emerge or make aborts with mesage that xyz component can not be found Expected Results: Found the components in the places traditionally used on UNIX systems. As Gentoo is essentially a self-build system the complete segregation of tools like all executables of tools, libs, headers into sub-sub-sub directories of libexec, lib, generic-compiler directories seems to be selfdefeating. If, even ebuilds --never mind no Gentoo originated packages -- can no find the like of as and ld in /usr/bin, then something is amiss. Please, please do not respond to this by coming up with ever more complex schemes. People like myself with more than 20 years UNIX experience know how to defeat such schemes or simply go to another distribution like Slackware or even BSD which are more flexible. People with less experience will just flood you with help calls.
you neglected to post `emerge info` like the bug report page told you to
get back to us ... chances are you just need to run `binutils-config 1`
