From 885415ffd1e24dd08af98129a905ab4f06649949 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Thu, 17 Mar 2011 08:21:21 -0600 Subject: documentation/poky-ref-manual/extendpoky.xml: Spell check A spell check performed on this chapter. (From OE-Core rev: 20ef5e573e0c835a2f359f61aa89993c3a2244a1) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/poky-ref-manual/extendpoky.xml | 30 ++++++++++++++-------------- 1 file changed, 15 insertions(+), 15 deletions(-) (limited to 'documentation') diff --git a/documentation/poky-ref-manual/extendpoky.xml b/documentation/poky-ref-manual/extendpoky.xml index d7d2c6cdde..951468d46c 100644 --- a/documentation/poky-ref-manual/extendpoky.xml +++ b/documentation/poky-ref-manual/extendpoky.xml @@ -46,7 +46,7 @@ "do_install" tasks. The S variable defines the directory containing the source code, which is set to - WORKDIR in this case - the directory Bitbake uses for the build. + WORKDIR in this case - the directory BitBake uses for the build. DESCRIPTION = "Simple helloworld application" @@ -68,7 +68,7 @@ do_install() { } - By default, the "helloworld", "helloworld-dbg" and "hellworld-dev" + By default, the "helloworld", "helloworld-dbg" and "helloworld-dev" packages are built. For information on how to customize the packaging process, see Controlling Package Content. @@ -81,7 +81,7 @@ do_install() { Applications that use autotools such as autoconf and automake require a recipe that has a source archive listed in SRC_URI and - also inherits autotools, which instructs Bitbake to use the + also inherits autotools, which instructs BitBake to use the autotools.bbclass file, which contains the definitions of all the steps needed to build an autotooled application. The result of the build is automatically packaged. @@ -114,13 +114,13 @@ inherit autotools gettext Applications that use GNU make also require a recipe that has the source archive listed in SRC_URI. - You do not need to add a do_compile step since by default Bitbake + You do not need to add a do_compile step since by default BitBake starts the make command to compile the application. If you need additional make options you should store them in the EXTRA_OEMAKE variable. - Bitbake passes these options into the make GNU invocation. + BitBake passes these options into the make GNU invocation. Note that a "do_install" task is still required. - Otherwise Bitbake runs an empty "do_install" task by default. + Otherwise BitBake runs an empty "do_install" task by default. Some applications might require extra parameters to be passed to the compiler. @@ -529,7 +529,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb
Making and Maintaining Changes - Because Poky offers extreme configurability and flexibility, we recognize that people will want + Because Poky is extremely configurable and flexible, we recognize that people will want to extend, configure or optimize Poky for their specific uses. To best keep pace with future Poky changes we recommend you make controlled changes to Poky. @@ -541,12 +541,12 @@ DISPLAY_SUBPIXEL_ORDER=vrgb
- Bitbake Layers + BitBake Layers Often, people want to extend Poky either by adding packages or by overriding files contained within Poky to add their own functionality. - Bitbake has a powerful mechanism called + BitBake has a powerful mechanism called "layers", which provides a way to handle this extension in a fully supported and non-invasive fashion. @@ -575,7 +575,7 @@ BBLAYERS = " \ - Bitbake parses each conf/layer.conf file for each layer in BBLAYERS + BitBake parses each conf/layer.conf file for each layer in BBLAYERS and adds the recipes, classes and configuration contained within the layer to Poky. To create your own layer, independent of the main Poky repository, simply create a directory with a conf/layer.conf file and @@ -613,14 +613,14 @@ BBFILE_PRIORITY_emenlow = "6" Note the use of the LAYERDIR variable with the immediate expansion operator. The LAYERDIR variable expands to the directory of the current layer and - requires the immediate expansion operator so that Bitbake does not wait to expand the variable + requires the immediate expansion operator so that BitBake does not wait to expand the variable when it's parsing a different directory. - Bitbake can locate where other bbclass and configuration files are applied through + BitBake can locate where other bbclass and configuration files are applied through the BBPATH environment variable. - For these cases, Bitbake uses the first file with the matching name found in BBPATH. + For these cases, BitBake uses the first file with the matching name found in BBPATH. This is similar to the way the PATH variable is used for binaries. We recommend, therefore, that you use unique bbclass and configuration file names in your custom layer. @@ -747,7 +747,7 @@ BBFILE_PRIORITY_emenlow = "6" The core component of any development effort with Poky is often an automated build testing framework and an image generation process. - You can use these core components to check that the metadata is buildable, + You can use these core components to check that the metadata can be built, highlight when commits break the build, and provide up-to-date images that allow people to test the end result and use it as a base platform for further development. @@ -969,7 +969,7 @@ LIC_FILES_CHKSUM = "file://../license.html;md5=5c94767cedb5d6987c902ac850ded2c6" This practice allow you to just track the "COPYING" file as long as it is kept up to date. - If you specify an empty or invalid "md5" parameter, Bitbake returns an md5 mis-match + If you specify an empty or invalid "md5" parameter, BitBake returns an md5 mis-match error and displays the correct "md5" parameter value during the build. The correct parameter is also captured in the build log. -- cgit v1.2.3-54-g00ecf