[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