From: Mark Hatle <mark.hatle@windriver.com>
To: "Bjørn Forsman" <bjorn.forsman@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: SDK confusion!
Date: Mon, 17 Dec 2012 16:20:46 -0600 [thread overview]
Message-ID: <50CF9ABE.3000508@windriver.com> (raw)
In-Reply-To: <CAEYzJUG1fnyG53nx7DXYhSCnoxw44nW_hZXQX-gKij525dPYdA@mail.gmail.com>
On 12/17/12 4:11 PM, Bjørn Forsman wrote:
> On 17 December 2012 20:58, Bjørn Forsman <bjorn.forsman@gmail.com> wrote:
>> Hi Mark,
>>
>> On 17 December 2012 16:40, Mark Hatle <mark.hatle@windriver.com> wrote:
>>> On 12/17/12 9:31 AM, Bjørn Forsman wrote:
>>>> Hi,
>>>>
>>>> I'm really confused about how to use/customize the generated SDK in
>>>> openembedded. I've spent two days messing around with angstrom
>>>> setup-scripts, poky and yocto and now I really need help.
>> [...]
>>> In oe-core with the branch tag 'denzil' or the master, there are two ways of
>>> generating an SDK.
>>>
>>> The first (which is also present in the older oe-core systems) uses a
>>> specific SDK recipe. For instance, meta-toolchain. This recipe simply
>>> makes the toolchain elements available to you and you need to provide the
>>> necessary sysroot for your SDK. An alternative is something like
>>> meta-toolchain-gmae which provides a specific set of sysroot components for
>>> the 'gnome mobile applicable environment.'
>>>
>>> The advantage of this first way is it allows a product designer to release a
>>> targeted SDK for their application developers. You don't have to put
>>> everything that will end up on the target image into the SDK, only the
>>> libraries, headers and interfaces that an app developer are allowed to use.
>>>
>>> The second way (which is newer) is the ability to generate an SDK based on
>>> the contents of the image. This uses a new task called "populate_sdk" that
>>> can be run with any image recipe, i.e. "bitbake core-image-minimal -c
>>> populate_sdk". This will generate an SDK image that includes the software
>>> from the image, in addition to related -dev and -dbg packages.
>>>
>>> The advantage of this second way is that you have an SDK that enables
>>> developing for the contents of the image, as well as system wide
>>> cross-debugging with the -dbg packages.
>>>
>>> The items below are specific to one packaging system, opkg. The items above
>>> are generic and are expected to work in any of the supported methods.
>>
>> Thank you very much!
>>
>> "bitbake <image-name> -c populate_sdk" is exactly what I want. Brilliant!
>
> Hm, that didn't work so well for me:
>
> bfo@mini:~/setup-scripts [git::master]$ bitbake console-image -c populate_sdk
> Loading cache: 100%
> |########################################################################################################################################################################|
> ETA: 00:00:00
> Loaded 2858 entries from dependency cache.
>
> OE Build Configuration:
> BB_VERSION = "1.15.2"
> TARGET_ARCH = "arm"
> TARGET_OS = "linux-gnueabi"
> MACHINE = "beaglebone"
> DISTRO = "angstrom"
> DISTRO_VERSION = "v2012.05"
> TUNE_FEATURES = "armv7a vfp neon cortexa8"
> TARGET_FPU = "vfp-neon"
> meta-angstrom =
> "angstrom-v2012.05-yocto1.2:4e15bc5f06ae3c5ad3df1b32a304a4a4c384e788"
> meta-oe
> toolchain-layer
> meta-efl
> meta-gpe
> meta-gnome
> meta-xfce
> meta-initramfs = "denzil:e77646bc2cf905fd671fc5c19ab6fd17f9b94b3f"
> meta-opie = "master:efa3892b20a4ef80274e56e5633ebd62c16f9731"
> meta-java = "master:3386ea6c96096f107f43f282f654e5afa456109e"
> meta-browser = "master:c47f59df2e723495679c751cbdf6a8c6adec4b6a"
> meta-mono = "master:83f8233b0498aadb18bf7605c3ba6c71d9e13a3a"
> meta-kde = "master:5b0882d951cfd71886d423c190faaa7c7f932333"
> meta-ti =
> "angstrom-staging-yocto1.2:edfd9649cbd16b2cdb5385954c0441c7bba92f8d"
> meta-efikamx = "master:2c09a3a780b23448e8a6ca964256ff7f5ccba65d"
> meta-nslu2 = "master:3d9fc951b05b4df476374b6fc3085ebac7f293ee"
> meta-htc
> meta-nokia
> meta-openmoko
> meta-palm = "master:2b106be01228f64298d6cb338f93088806594344"
> meta-handheld = "master:1f05a15aceb4c3a19fa070463b58125b5658b2a9"
> meta-raspberrypi = "denzil:34eef2ea4f5f24630dbb73b386861430167b8431"
> meta-intel
> meta-sugarbay
> meta-crownbay
> meta-emenlow
> meta-fishriver
> meta-fri2
> meta-jasperforest
> meta-n450 = "master:f75f9b6f68473eb0efac802409608f8389be0030"
> meta = "denzil:d35560f33f257bd12a07c7c0be770319086d6ad9"
>
> NOTE: Resolving any missing task queue dependencies
> NOTE: Preparing runqueue
> ERROR: Task do_populate_sdk does not exist for target console-image
>
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
> bfo@mini:~/setup-scripts [git::master]$
See above:
> meta-angstrom =
> "angstrom-v2012.05-yocto1.2:4e15bc5f06ae3c5ad3df1b32a304a4a4c384e788"
This is Yocto Project 1.2, the feature arrived sometime between 1.2 and 1.3.
The 'danny' branch is 1.3, 'denzil' is 1.2. I may have said 'denzil' by
accident in the last email.
Basically you need a newer oe-core to use this feature, or you need to backport it.
--Mark
>
> Suggestions?
>
> Best regards,
> Bjørn Forsman
>
next prev parent reply other threads:[~2012-12-17 22:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-17 15:31 SDK confusion! Bjørn Forsman
2012-12-17 15:40 ` Mark Hatle
2012-12-17 19:58 ` Bjørn Forsman
2012-12-17 22:11 ` Bjørn Forsman
2012-12-17 22:20 ` Mark Hatle [this message]
2012-12-18 13:50 ` Bjørn Forsman
2012-12-18 17:06 ` Mark Hatle
2012-12-17 22:25 ` 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=50CF9ABE.3000508@windriver.com \
--to=mark.hatle@windriver.com \
--cc=bjorn.forsman@gmail.com \
--cc=openembedded-core@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.