Hallo! On Wed, 08 Jun 2011 17:41:58 +0200, Andreas Beckmann <debian@abeckmann.de> wrote: > the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/<triplet> > breaks external applications that are not aware of the new multiarch > paths. One such application is GCC from SVN, which now fails to compile > with this error: > /usr/bin/ld: cannot find crti.o: No such file or directory > (seems to happen the first time the stage1 compiler is used to link > something). Testing something with gcc-trunk (and eventually bisecting > gcc) is something I do quite regularily. > > In general I like the multiarch idea and don't want to go the road back. > So a possible solution I see to make such external applications work > again could be the introduction of a libc6-dev-compat package that ships > the links /usr/lib/*.o -> /usr/lib/<triplet>/*.o. This package should > not be installed by default, but only by the admin knowing what he does. What's the route forward here? (Or has everyone manually added symlinks to /usr/lib/ by now? Grüße, Thomas
Attachment:
pgp_LNghOgVD2.pgp
Description: PGP signature