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, -- Steve McIntyre steve.mcint...@linaro.org <http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs _______________________________________________ cross-distro mailing list cross-distro@lists.linaro.org http://lists.linaro.org/mailman/listinfo/cross-distro
