[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#22659: Collision of /bin/ld
From: |
Ludovic Courtès |
Subject: |
bug#22659: Collision of /bin/ld |
Date: |
Sun, 21 Feb 2016 23:17:32 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Chris Marusich <address@hidden> skribis:
>> This collision is expected. The 'ld' within ld-wrapper, generated from
>> the template in gnu/packages/ld-wrapper.in, automatically adds -rpath
>> arguments to the linker for each shared library, so that the runtime
>> linker will be able to find them in their non-standard locations.
>
> If one of those 'ld' files is the real ld, and the other is supposed to be
> a wrapper around the real one that adds functionality, then how is it that
> things will always work out OK if only one of them is installed? I'm not
> sure how the "arbitrary" selection works, but doesn't the choice matter?
The choice matters, indeed, but it’s deterministic: the first one wins.
And in this case, the first one is the wrapper.
Now, it might be best for ‘guix environment’ to silence these warnings.
Ludo’.