From: Mark Hatle <mark.hatle@windriver.com>
To: <yocto@yoctoproject.org>
Subject: Re: Getting pseudo from yocto/poky toolchain working with my build
Date: Tue, 28 Jun 2011 18:02:22 -0500 [thread overview]
Message-ID: <4E0A5D7E.4040901@windriver.com> (raw)
In-Reply-To: <1309301423.20015.325.camel@rex>
On 6/28/11 5:50 PM, Richard Purdie wrote:
> On Tue, 2011-06-28 at 18:29 +0100, O'donoghue, Bryan wrote:
>> ASSUME_PROVIDED += "m4-native tcl-native gettext-native libtool-native
>> quilt-native autoconf-native automake-native perl-native
>> sqlite3-native tar-replacement-native pseudo-native"
>
> I don't know about the pseudo issue, the system really wasn't designed
> to allow for a system provided pseudo since few systems would actually
> have that.
pseudo is expected to be built for each build directory and each host system.
It's a VERY small binary so it should be quick... (you may be required to have
sqlite3 from the build though, the problem you have might simply be you can't
use the "host" version for pseudo.... this could be an enhancement request.)
We build pseudo for every host / build directory, because it has to learn the
system capabilities, and specifically the glibc capabilities in order to
determine what functions to intercept. Unfortunately different versions of
glibc require slightly different intercepting code.
> I'm almost certain you're going to hit issues with the line above from
> perl-native, libtool-native and autoconf-native and automake-native
> though as you won't have key patches applied.
>
> Cheers,
>
> Richard
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
next prev parent reply other threads:[~2011-06-28 23:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-28 17:29 Getting pseudo from yocto/poky toolchain working with my build O'donoghue, Bryan
2011-06-28 22:50 ` Richard Purdie
2011-06-28 23:02 ` Mark Hatle [this message]
2011-06-28 23:17 ` Saul Wold
2011-06-29 7:17 ` O'donoghue, Bryan
2011-06-29 13:40 ` Richard Purdie
2011-06-29 17:40 ` Mark Hatle
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=4E0A5D7E.4040901@windriver.com \
--to=mark.hatle@windriver.com \
--cc=yocto@yoctoproject.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.