[oe] [PATCH] relocatable.bbclass: do not erease already existing ORIGIN

Tom Rini tom.rini at gmail.com
Mon Mar 26 15:23:43 UTC 2012


On Sat, Mar 24, 2012 at 12:05:46PM +0100, Henning Heinold wrote:
> On Fri, Mar 23, 2012 at 02:42:10PM -0700, Tom Rini wrote:
> > On Fri, Mar 23, 2012 at 10:10:57PM +0100, Henning Heinold wrote:
> > 
> > > Hi,
> > > 
> > > while building openjdk I discovered that relocatable.bbclass strips
> > > all PATHS with ORIGIN, that is problematic, when binaries like an jdk
> > > is installed not in the standard paths /lib or /usr/lib.
> > > 
> > > This patch let all exisiting ORIGIN stay in the binary. So
> > > far I only saw problems with some perl-native libs, where chrpath fails
> > > now, because the path is to long. But it seems they work anyway.
> > 
> > Perhaps my memory is hazy, but this feels like an openjdk problem.  Why
> > is openjdk putting things other than were our $ORIGIN mangle expects
> > them to have been placed?
> 
> Hi Tom,
> 
> we install openjdk to /usr/lib/jvm/icedteaX-native  where it has bin jre lib under jre you have
> lib/server/$ARCH/lib1 lib2 .. . Openjdk links from /usr/lib/jvm/icedteaX-native/bin to $ORIGIN/../jre/lib/$ARCH/lib1 .
> So relocatable.bbclass strips this path from rpath.

I need to kick off a build and poke some stuff since perl does something
similar, or needed to be doing so.

-- 
Tom




More information about the Openembedded-devel mailing list