Bug#629594: clang calls linker with wrong args -> crt*.o searched in $pwd

[Aurelien Jarno]

On Wed, Jun 08, 2011 at 02:23:25PM +0200, Sylvestre Ledru wrote:
> Le mercredi 08 juin 2011 à 13:24 +0200, Michael Wild a écrit :
> > This is caused by a recent modification in libc6-dev (source eglibc),
> > presumably for multi-arch support. Attached patch teaches Clang to
> > search these directories.
> Great, thanks. 
> Is it a backport from an upstream patch or you wrote it yourself ?
> 
> >  However, I suspect that it will break sooner
> > or later again when one does "cross-compiling" with -m64 or -m32 on i386
> > and amd64, respectively, because the "foreign" crt*.o files haven't been
> > moved yet. Don't know whether they ever will be moved, though, but logic
> > and some hunch tells me so...
> Aurelien, do you know if they are going to move ?
> 

I don't know a lot about the multiarch plans. As far as I know, the
biarch libraries will be replaced at some point by the multiarch
library, and thus they will be moved to the multiarch path. This is
probably not really clear, so let's give an example. On amd64 we
currently have:
- libc6:amd64 providing the 64-bit libraries, in /usr/lib/x86_64-linux-gnu
- libc6-i386:amd64 providing the 32-bit libraries, in /usr/lib32

The later will be at some point replaced by libc6:i386 installed on the
amd64, and thus using the /usr/lib/i386-linux-gnu path.

That said, I am not sure what is going to happen for architectures on
which the biarch libraries are not provided by another architecture, or
at least not provided by an official architecture (mips, mipsel,
powerpc, s390, sparc).

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien at aurel32.net                 http://www.aurel32.net