/usr/lib64 created by binutils in pure64

OK, I can see what is going on. From my build log

make[2]: Entering directory `/building/binutils-build/libiberty'
make[3]: Entering directory `/building/binutils-build/libiberty/testsuite'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/building/binutils-build/libiberty/testsuite'
/bin/sh ../../binutils-2.18/libiberty/../mkinstalldirs /usr/lib/`gcc -g -O2 -print-multi-os-directory`
mkdir -p -- /usr/lib/../lib64
/tools/bin/install -c -m 644 ./libiberty.a /usr/lib/`gcc -g -O2 -print-multi-os-directory`/./libiberty.an
( cd /usr/lib/`gcc -g -O2 -print-multi-os-directory` ; chmod 644 ./libiberty.an ;ranlib ./libiberty.an )
mv -f /usr/lib/`gcc -g -O2 -print-multi-os-directory`/./libiberty.an /usr/lib/`gcc -g -O2 -print-multi-os-directory`/./libiberty.a

At this stage gcc is, of course, in /tools - it hasn't been patched for pure64 so for -print-multi-os-directory (in 64-bit) it returns ../lib64. If I run this against the final gcc it returns ../lib.

The following has had minimal testing (haven't used it in a build, just hacked it and confirmed it will install correctly). The offending line is, fortunately, copied unchanged from libiberty/Makefile.in to libiberty/Makefile so we can just sed it before we cd to binutils-build (the Makefile itself is created when make runs the configure-libiberty target).

sed -i 's%\(^MULTIOSDIR = \).*%\1 ../lib%' libiberty/Makefile.in

Looks as if this will be appropriate to all the pure64 versions of multilib archs (i.e. not alpha).

I'm nowhere close to testing this in a build, so I'll post it here.

Hmm, didn't work. In the meantime, I've found /usr/lib64/libstdc++.so* symlinks are needed to allow the glibc-2.7 and ld testsuites to all pass, perhaps there is a connection.

Looks like I missed the middle '%' when I put that into my script. <sigh/> Seems to be back on the road.

Fixed in r3908 (the tests) and r3909 (libiberty.a).