All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <tom_rini@mentor.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH, RFC] Link with $ORIGIN, mangle only when that's too hard, get it all
Date: Tue, 22 Jun 2010 16:08:11 -0700	[thread overview]
Message-ID: <4C21425B.9090409@mentor.com> (raw)
In-Reply-To: <4C213A4F.9070705@mentor.com>

Tom Rini wrote:
> The following changes relocatable.bbclass to an always for native (and 
> disabled for cross) to an opt-in for hard to get right recipes.
> 
> With this, cross / native things like with $ORIGIN directly, for the 
> common case.  We do this as an in addition to so that programs that run 
> before install still work fine.  In addition doing this makes sure that 
> the initial RPATH will be long enough, even in the cross case, that we 
> can patch in a correct $ORIGIN[1].
> 
> Advantages? Less tasks, one less must have host utility (*cough*3rd 
> party yum repos*cough*).  Having an exists but not right second known 
> part of RPATH ensures cross recipes are now chrpath/patchelf patchable 
> and gets us one step closer to pstaging being relocatable (will have to 
> run some tests to look at the last corner cases).  Disadvantages? One 
> "ugly" escape sequence in bitbake.conf.

So for the moment, I need to retract this.  As soon as we hit a legacy 
do_stage, we go off and mangle everyone.  So more incentive to clear all 
of those out from -cross / -native :)  And as an aside, relocatable 
should use the relative function we have.  Will include that next time.

-- 
Tom Rini
Mentor Graphics Corporation



  parent reply	other threads:[~2010-06-22 23:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-22 22:33 [PATCH, RFC] Link with $ORIGIN, mangle only when that's too hard, get it all Tom Rini
2010-06-22 22:48 ` Chris Larson
2010-06-22 23:08 ` Tom Rini [this message]
2010-06-23 17:28 ` Khem Raj

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C21425B.9090409@mentor.com \
    --to=tom_rini@mentor.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.