[Buildroot] Bug in RPATH fixing logic
Peter Korsgaard
peter at korsgaard.com
Sun Nov 12 17:15:12 UTC 2017
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni at free-electrons.com> writes:
> Hello,
> On Sun, 12 Nov 2017 17:40:13 +0100, Thomas Petazzoni wrote:
>> So, we have two things that are a bit weird here:
>>
>> - Why are the binutils linked to libfl ? This happens only on the ARC
>> architecture, where we use a special version of binutils that gets
>> autoreconf'ed.
> So this happens because the ARC binutils version is fetched from Git,
> so we need to have host-flex installed, and binutils detects the flex
> library and decides to use it.
And there is no configure flag to disable that?
>> - The absolute rpath in $(HOST_DIR)/<tuple>/bin/ar is wrong in the
>> first place, but I'm not sure how to fix this.
> I'm wrong on this: $(HOST_DIR)/<tuple>/bin/ar RPATH is totally fine:
> $ readelf -d arc-buildroot-linux-uclibc/bin/ar | grep rpath
> 0x000000000000000f (RPATH) Library rpath: [/opt/br-arcle-hs38-full-2017.11-rc1/lib]
> The problem is that this gets turned into $ORIGIN/../lib by patchelf.
> I don't see any other solution than de-duplicating such binaries.
> Do you see another option ?
Not if we *need* both binaries (do we?) Is there a way to get binutils
to use soft links instead of hard links?
--
Bye, Peter Korsgaard
More information about the buildroot
mailing list