Note: Filing this on prefix because I only have a prefix system and bootstrap is easy to reproduce. I have the same issues with an already installed prefix, and it potentially also affects the normal distribution. Bootstrapping prefix on RHEL6 host, the following packages fail `emerge -e system` during linking because of missing symbols provided by [nls] and libintl: sys-apps/net-tools-1.60_p20160215155418.ebuild [1] sys-apps/util-linux-2.27.1.ebuild sys-apps/attr-2.4.47-r2.ebuild In each case, it can be worked around to `append-ldflags -lintl` the in ebuild, but this is not a good fix (`attr` needs to in addition inherit `flag-o-matic`). Disabling [nls] causes other errors. [1] also: https://bugs.gentoo.org/show_bug.cgi?id=575102
I have been hit with the same bug. See bug 574794
My apologies, I missed the other report (searching the words "bootstrap prefix" did not show it). Installing some software after prefix, I had the following more undefined symbols because of libraries missing: dev-lang/swig: -lintl dev-vcs/git: -lintl -liconv And "there is no C++ compiler" on configure in: sys-apps/groff *** this means prefix currently can't recompile @system *** net-libs/zeromq dev-util/cmake
Also, behavior seems to be the same as described here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
I'm wondering if this would be fixed by Michael's fix from bug #574822.
Recent bootstrap on RHEL 6.5 suggests that this is no longer an issue with the latest bootstrap-prefix.sh script.