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 <[email protected]> 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 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
