[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#629819: libc6-dev: moving crt1.o crti.o etc. to /usr/lib/<triplet> breaks external multiarch unaware applications


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?


Attachment: pgpiPGgc4R4L2.pgp
Description: PGP signature

Reply to: