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 <[email protected]> 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
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
