Re: [RFC PATCH v3] chrpath.bbclass: strip common parent directories from rpath

[Andreas Oberritter <obi@opendreambox.org>]

On 30.07.2013 17:34, Phil Blundell wrote:
> On Tue, 2013-07-30 at 08:27 -0700, Khem Raj wrote:
>> On Jul 30, 2013, at 8:24 AM, Phil Blundell <pb@pbcl.net> wrote:
>>
>>> On Tue, 2013-07-02 at 11:50 +0200, Andreas Oberritter wrote:
>>>> Allows to use shorter TMPDIRs in corner cases, e.g. with native
>>>> perl modules, having a deep directory structure.
>>>>
>>>> The problem is that the original absolute rpath may be shorter
>>>> than the newly generated relative rpath.
>>>
>>> Can we not just fix chrpath to cope with the case where the new path is
>>> longer than the old one?  It seems a bit sad to require
>>> ever-more-convoluted workarounds for what is essentially a tool problem.
>>>

I guess this can be done equally well in a later patch. I don't really
like this workaround either, but it improves the current situation
surprisingly well.

>>
>> another option is to dump chrpath in favour of something which does it elegantly - patchelf
> 
> Right, or that.  I've never used patchelf myself but if it works better
> than chrpath (which isn't an especially high bar to set) then that
> sounds like a decent enough option.

I won't have the time to work on either improving chrpath or integrating
patchelf. If Khem has a working solution, then let's integrate it.

AFAIR, the reasoning against patchelf was the bad availability across
distributions and it being a prerequisite for native builds. Today,
there's still no patchelf package in current releases of Debian or Ubuntu.

Regards,
Andreas