fix_libtool_files.sh searches a wrong directory. This happens, because /etc/ld.so.conf contains ‘include ld.so.conf.d/*.conf’. -----BEGIN /etc/ld.so.conf----- # ld.so.conf autogenerated by env-update; make all changes to # contents of /etc/env.d directory /usr/local/lib include ld.so.conf.d/*.conf /usr/lib/gcc/i686-pc-linux-gnu/4.4.3 -----END /etc/ld.so.conf----- $ /sbin/fix_libtool_files.sh * Scanning libtool files for hardcoded gcc library paths... * [1/5] Scanning /lib ... * [2/5] Scanning /usr/lib ... * [3/5] Scanning include ... * [4/5] Scanning ld.so.conf.d/*.conf ... * [5/5] Scanning /usr/local/lib ... The line with “Scanning include” should not be there. I think /lib/rcscripts/awk/fixlafiles.awk should be changed to handle this. (Or /etc/ld.so.conf is wrong, and dispatch-conf from sys-apps/portage has a bug, because it should really include the files verbatim, and not add ‘include’ statements to /etc/ld.so.conf. I’m not sure what the wanted/expected behavior is in this case.)
Bug 298651 comment 30 is about the syntax for including files in /etc/ld.so.conf.
Following the mentioned link, fix_libtool_files.sh needs to be fixed to understand those include lines
should be fixed in cvs now ... no bump, because it shouldnt affect the result of running fix_libtool_files.sh at all -- the extra included paths are ultimately filtered anyways since they're below /usr/lib/. http://sources.gentoo.org/sys-devel/gcc/files/awk/fixlafiles.awk-no_gcc_la?r1=1.3&r2=1.4
