[OE-core] basic bitbake commands to create an SDK?

Robert P. J. Day rpjday at crashcourse.ca
Sat Oct 22 17:03:08 UTC 2016


On Sat, 22 Oct 2016, Khem Raj wrote:

>
> > On Oct 22, 2016, at 9:53 AM, Robert P. J. Day <rpjday at crashcourse.ca> wrote:
> >
> > On Sat, 22 Oct 2016, Khem Raj wrote:
> >
> >> generally meta-toolchain is prior art. You want to use image
> >> specific SDKs so -cpopulate_sdk <image> is fine. In this case it
> >> will include the needed dev headers/libs in your SDK for that given
> >> image automatically it can be any image
> >
> >  ah, good to know, i was starting to get that impression from the
> > readings. (is there any mention in the docs that meta-toolchain is
> > deprecated? if that's the correct word.)
> >
> >> I would recommend to try using eSDK, which can be generated using
> >> -cpopulate_sdk_ext see
> >>
> >> https://wiki.yoctoproject.org/wiki/Application_Development_with_Extensible_SDK
> >
> >  i was just perusing the testsdk.bbclass file, where i read at the
> > top:
> >
> >  # testsdk.bbclass enables testing for SDK and Extensible SDK
> >  #
> >  # For run SDK tests you need to do,
> >  # - bitbake core-image-sato -c populate_sdk
> >  # - bitbake core-image-sato -c testsdk
> >  #
> >  # For run eSDK tests you need to do,
> >  # - bitbake core-image-sato -c populate_sdk_ext
> >  # - bitbake core-image-sato -c testsdkext
> >
> > does that testing actually require the core-image-sato image? that's
> > certainly what those comments seem to suggest.
>
> it should work with any image.

  i suspected as much ... i'll send in a patch that changes that image
name to the more generic <image-name>.

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================




More information about the Openembedded-core mailing list