https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89255
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot > Uni-Bielefeld.DE> --- >> --- Comment #7 from Iain Buclaw <ibuclaw at gdcproject dot org> --- >> Ignoring the test results, multilib handling seems to be working well for you >> then? > > It does indeed, thanks. Not having tested Solaris/SPARC yet doesn't > matter: I don't expect any fundamental issues there, given that things > work fine on Solaris/x86 and Linux/x86_64. Ah, I forgot: there's one cosmetic issue left: currently the unittests are called something like PASS: ../libdruntime/core/atomic.d -fversion=Shared -shared-libphobos (test for excess errors) or PASS: ../src/std/algorithm/comparison.d -fversion=Shared -shared-libphobos (test for excess errors) while they are supposed to be called starting with the directory they live in: e.g. libphobos.druntime/core/atomic.d (or libphobos.druntime/core.atomic.d or some such) and libphobos.phobos/src/std/algorithm/comparison.d (or maybe libphobos.phobos/std.algorithm.comparison.d) instead.
