From 54050ffceb96b8ad8c089f6612e094a367a4edc8 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Tue, 22 Mar 2016 09:49:33 -0700 Subject: sdk-manual: Applied 2nd round of review edits. (From yocto-docs rev: 046b8ed69e0c6403f455e2ec8a0ccc30aea894de) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/sdk-manual/sdk-appendix-customizing.xml | 8 ++++---- documentation/sdk-manual/sdk-extensible.xml | 8 ++------ documentation/sdk-manual/sdk-using.xml | 19 ++++--------------- 3 files changed, 10 insertions(+), 25 deletions(-) (limited to 'documentation') diff --git a/documentation/sdk-manual/sdk-appendix-customizing.xml b/documentation/sdk-manual/sdk-appendix-customizing.xml index 7a438725b6..d38320f8bb 100644 --- a/documentation/sdk-manual/sdk-appendix-customizing.xml +++ b/documentation/sdk-manual/sdk-appendix-customizing.xml @@ -18,10 +18,10 @@ The extensible SDK primarily consists of a pre-configured copy of the OpenEmbedded build system from which it was produced. - Thus, the SDK's configuration is derived using that build system. - However, filters such as the following exist that the OpenEmbedded - build system applies to local.conf and - auto.conf when these files are present: + Thus, the SDK's configuration is derived using that build system and + the following filters, which the OpenEmbedded build system applies + against local.conf and + auto.conf if they are present: Variables whose values start with "/" are excluded since the diff --git a/documentation/sdk-manual/sdk-extensible.xml b/documentation/sdk-manual/sdk-extensible.xml index 58d2aec977..e43c98ecee 100644 --- a/documentation/sdk-manual/sdk-extensible.xml +++ b/documentation/sdk-manual/sdk-extensible.xml @@ -54,8 +54,8 @@ The extensible SDK installer performs additional tasks as compared to the standard SDK installer. The extensible SDK installer extracts build tools specific - to the SDK and the installer also prepares the OpenEmbedded - build system. + to the SDK and the installer also prepares the internal build + system within the SDK. Here is example output for running the extensible SDK installer: @@ -255,10 +255,6 @@ If you need to take the build output and eventually move it to the target hardware, you would use devtool build: - - You could use bitbake to build - the recipe as well. - $ devtool build recipe diff --git a/documentation/sdk-manual/sdk-using.xml b/documentation/sdk-manual/sdk-using.xml index 10089ca3ae..6ddcb45fcf 100644 --- a/documentation/sdk-manual/sdk-using.xml +++ b/documentation/sdk-manual/sdk-using.xml @@ -38,12 +38,6 @@ You can see the directory structure in the "Installed Standard SDK Directory Structure" section. - - You can also find information on how the Yocto Project - OpenEmbedded build system creates an SDK image by looking at the - "SDK Generation" - section in the Yocto Project Reference Manual. - @@ -84,12 +78,7 @@ i686 or x86_64. - image_type is a string representing the image you wish to - develop a SDK for use against. The Yocto Project builds - installers for standard SDKs using the following BitBake - command: - - bitbake core-image-sato -c populate_sdk + image_type is the image for which the SDK was built. arch is a string representing the tuned target architecture: @@ -116,11 +105,11 @@ installation directory. You must change the permissions on the toolchain - installer script so that it is executable. - Here is an example: + installer script so that it is executable: - $ chmod +x poky-glibc-x86_64-core-image-sato-i586-toolchain-2.1.sh + $ chmod +x poky-glibc-x86_64-core-image-sato-i586-toolchain-2.1.sh + This example makes the installation script executable. -- cgit v1.2.3-54-g00ecf