more eglibc pain with armhf / multi-arch

Just talking to folks in Orlando, and it seems we have another problem...

ld.so uses ld.so.cache to look for libraries to load. On a bi-arch system with soft-float and hard-float libs, that could lead to us using the wrong library. Matthias Klose just showed me a broken gcc build where armhh was trying to load libraries from /lib/arm-linux-gnueabi because that's what is listed in the cache.

Two solutions present themselves:

* move ld.so.cache to a m-a path too; it's currently broken both in having cached data in /etc (!) and in not distingushing properly between systems * add in support for distingushing the ABIs (again!) - currently the 32- and 64-bit x86 systems do this

Neither looks like fun... :-(

Cheers,