[OE-core] [PATCH 0/6 v2] Enable the ability to create an image matching SDK
Mark Hatle
mark.hatle at windriver.com
Mon Jul 2 16:27:13 UTC 2012
On 7/2/12 10:20 AM, McClintock Matthew-B29882 wrote:
> Mark,
>
> By 'match the image' you mean the libraries in the toolchain tarball
> will contain matching versions that are on the root file system?
If you create an image that only has busybox, and glibc.. a matching SDK would
only include busybox and glibc (development) components as well.
You won't get libstdc++, glib, libX11, or anything else that is not part of the
image..
For my customers they create a base platform image. This image defines all of
the (external to them) software that will be running on their devices. They
then use that image to create an SDK to pass to their internal (and external)
application developers. So it's critical the SDK match the image they
generated. (And they, and I, don't see why in this case making an external SDK
recipe makes sense.. the SDK should simply match the image... Note, there is
definitely a case where you want to build an application SDK that does not match
the image... Usually this is done when you only want app developers to use a
limited set of APIs for their apps.)
So yes, the SDK will match the libraires selected for an image, and provide the
-dev and -dbg versions of the components. (-staticdev is not included...)
--Mark
> -M
>
> On Sat, Jun 30, 2012 at 12:18 AM, Mark Hatle <mark.hatle at windriver.com> wrote:
>> Only difference is patch 1/6, I accidently sent and older broken version of the
>> patch. This is the correct version.
>>
>> ---
>>
>> After this series of patches, it is possible to generate an SDK that
>> matches the image. The SDK and all related code is only activated if an image
>> recipe is built using the "populate_sdk" task, such as:
>>
>> bitbake core-image-sato -c populate_sdk
>>
>> Existing SDK images, such as meta-toolchain or meta-toolchain-gmae continue to
>> work without modifications.
>>
>> The following changes since commit 54429dfcca0e35a3aeaa78e509240b87d6a8f4ac:
>>
>> mklibs-native: Upgrade to 0.1.34 (2012-06-29 13:21:19 +0100)
>>
>> are available in the git repository at:
>> git://git.pokylinux.org/poky-contrib mhatle/sdk
>> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/sdk
>>
>> Mark Hatle (6):
>> Fix manual log file paths
>> populate_sdk.bbclass: Split into two parts
>> populate_sdk: Allow for attempt only packages in the SDK
>> populate_sdk_base.bbclass: Change to using task specific depends
>> populate_sdk: enable basic multilib support
>> image.bbclass: Add support to build the SDK in parallel with the
>> image
>>
>> meta/classes/image.bbclass | 7 ++-
>> meta/classes/package_deb.bbclass | 4 +-
>> meta/classes/package_ipk.bbclass | 2 +-
>> meta/classes/package_rpm.bbclass | 10 +-
>> meta/classes/populate_sdk.bbclass | 91 +---------------------
>> meta/classes/populate_sdk_base.bbclass | 128 ++++++++++++++++++++++++++++++++
>> meta/classes/populate_sdk_deb.bbclass | 6 +-
>> meta/classes/populate_sdk_ipk.bbclass | 5 +-
>> meta/classes/populate_sdk_rpm.bbclass | 4 +-
>> meta/classes/rootfs_deb.bbclass | 2 +
>> meta/classes/rootfs_ipk.bbclass | 2 +
>> meta/classes/toolchain-scripts.bbclass | 16 +++--
>> 12 files changed, 170 insertions(+), 107 deletions(-)
>> create mode 100644 meta/classes/populate_sdk_base.bbclass
>>
>> --
>> 1.7.3.4
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core at lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
More information about the Openembedded-core
mailing list