From 347424e558a8d6db1c82f3bb1dbbf7b7b574566b Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Thu, 28 Jun 2012 15:02:25 -0700 Subject: documentation/adt-manual: Adjustments to Yocto Project term Changes throughout the manual that either eliminate or change many of the "Yocto Project" strings. The file structure for the meta data is now called "source directory." The build directory is referred as just that - "build directory." Any where the build system is referred to it is called the "OpenEmbedded build system." (From yocto-docs rev: 1210c19f90d4a52042fec12657212ae3e58e13d6) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/adt-manual/adt-command.xml | 4 +-- documentation/adt-manual/adt-eclipse.xml | 31 +++++++++--------- documentation/adt-manual/adt-intro.xml | 12 +++---- documentation/adt-manual/adt-package.xml | 6 ++-- documentation/adt-manual/adt-prepare.xml | 54 ++++++++++++++++---------------- 5 files changed, 53 insertions(+), 54 deletions(-) (limited to 'documentation/adt-manual') diff --git a/documentation/adt-manual/adt-command.xml b/documentation/adt-manual/adt-command.xml index 43bd08b74f..f5ed906962 100644 --- a/documentation/adt-manual/adt-command.xml +++ b/documentation/adt-manual/adt-command.xml @@ -8,7 +8,7 @@ Recall that earlier the manual discussed how to use an existing toolchain tarball that had been installed into /opt/poky, - which is outside of the Yocto Project build tree + which is outside of the build directory (see the section "Using an Existing Toolchain Tarball)". And, that sourcing your architecture-specific environment setup script @@ -21,7 +21,7 @@ for example, configure.sh can find pre-generated test results for tests that need target hardware on which to run. These conditions allow you to easily use the toolchain outside of the - Yocto Project build environment on both autotools-based projects and + OpenEmbedded build environment on both autotools-based projects and Makefile-based projects. diff --git a/documentation/adt-manual/adt-eclipse.xml b/documentation/adt-manual/adt-eclipse.xml index 44909b8f5e..4d400ad6df 100644 --- a/documentation/adt-manual/adt-eclipse.xml +++ b/documentation/adt-manual/adt-eclipse.xml @@ -7,9 +7,9 @@ The Eclipse IDE is a popular development environment and it fully supports - development using Yocto Project. + development using the Yocto Project. When you install and configure the Eclipse Yocto Project Plug-in into - the Eclipse IDE, you maximize your Yocto Project design experience. + the Eclipse IDE, you maximize your Yocto Project experience. Installing and configuring the Plug-in results in an environment that has extensions specifically designed to let you more easily develop software. These extensions allow for cross-compilation, deployment, and execution of @@ -21,7 +21,7 @@ This section describes how to install and configure the Eclipse IDE - Yocto Plug-in and how to use it to develop your Yocto Project. + Yocto Plug-in and how to use it to develop your application.
@@ -152,7 +152,7 @@ You can install the Eclipse Yocto Plug-in into the Eclipse IDE - one of two ways: use the Yocto Project update site to install the pre-built plug-in, + one of two ways: use the Yocto Project's Eclipse Update site to install the pre-built plug-in, or build and install the plug-in from the latest source code. If you don't want to permanently install the plug-in but just want to try it out within the Eclipse environment, you can import the plug-in project from the @@ -320,10 +320,10 @@ Build System Derived Toolchain: Select this mode if the cross-toolchain has been installed and built - as part of the Yocto Project build tree. + as part of the build directory. When you select Build system derived toolchain, you are using the toolchain bundled - inside the Yocto Project build tree. + inside the build directory. @@ -342,11 +342,10 @@ However, doing so is discouraged. If you are using a system-derived toolchain, the path you provide for the Toolchain Root Location - field is the Yocto Project's build directory. + field is the build directory. See section "Using - BitBake and the Yocto Project Build Tree" for - information on how to install the toolchain into the Yocto - Project build tree. + BitBake and the build directory" for + information on how to install the toolchain into the build directory. Specify the Sysroot Location: This location is where the root filesystem for the target hardware is created on the development system by the ADT Installer. @@ -380,7 +379,7 @@ and specify any custom options. If you selected Build system derived toolchain, the target kernel you built will be located in the - Yocto Project build tree in tmp/deploy/images directory. + build directory in tmp/deploy/images directory. If you selected Standalone pre-built toolchain, the pre-built image you downloaded is located in the directory you specified when you downloaded the image. @@ -433,7 +432,7 @@ Double click C Project to create the project. Expand Yocto Project ADT Project. Select Hello World ANSI C Autotools Project. - This is an Autotools-based project based on a Yocto Project template. + This is an Autotools-based project based on a Yocto template. Put a name in the Project name: field. Do not use hyphens as part of the name. Click Next. @@ -677,7 +676,7 @@ <project_location>/<project_name>. If that directory does not exist, you need to check the "Clone from Yocto Git Repository" box, which would execute a - git clone command to get the Yocto project's metadata files. + git clone command to get the project's metadata files. Select Finish to create the project. @@ -702,9 +701,9 @@ Select File -> New -> Yocto BitBake Commander -> BitBake Recipe to open a new recipe wizard. Point to your source by filling in the "SRC_URL" field. - For example, you can add a recipe in the - Yocto Project Source Files, - input the "SRC_URL" as follows: + For example, you can add a recipe to your + source directory structure + by defining "SRC_URL" as follows: ftp://ftp.gnu.org/gnu/m4/m4-1.4.9.tar.gz diff --git a/documentation/adt-manual/adt-intro.xml b/documentation/adt-manual/adt-intro.xml index 83fe3094e6..ac286a5840 100644 --- a/documentation/adt-manual/adt-intro.xml +++ b/documentation/adt-manual/adt-intro.xml @@ -17,7 +17,7 @@ Fundamentally, the ADT consists of an architecture-specific cross-toolchain and - a matching sysroot that are both built by the Yocto Project build system Poky. + a matching sysroot that are both built by the OpenEmbedded build system Poky. The toolchain and sysroot are based on a metadata configuration and extensions, which allows you to cross-develop on the host machine for the target. @@ -50,7 +50,7 @@ The cross-toolchain consists of a cross-compiler, cross-linker, and cross-debugger that are used to develop user-space applications for targeted hardware. This toolchain is created either by running the ADT Installer script or - through a Yocto Project build tree that is based on your metadata + through a build directory that is based on your metadata configuration or extension for your targeted device. The cross-toolchain works with a matching target sysroot. @@ -63,7 +63,7 @@ The matching target sysroot contains needed headers and libraries for generating binaries that run on the target architecture. The sysroot is based on the target root filesystem image that is built by - the Yocto Project's build system Poky and uses the same metadata configuration + the OpenEmbedded build system Poky and uses the same metadata configuration used to build the cross-toolchain.
@@ -79,8 +79,8 @@ If you use the ADT Installer script to install ADT, you can specify whether or not to install QEMU. If you have downloaded a Yocto Project release and unpacked - it to create a Yocto Project file structure and you have sourced - the Yocto Project environment setup script, QEMU is installed and automatically + it to create a source directory and you have sourced + the environment setup script, QEMU is installed and automatically available. If you have installed the cross-toolchain tarball and you have sourcing the toolchain's setup environment script, QEMU @@ -120,7 +120,7 @@ SystemTap: A free software infrastructure that simplifies information gathering about a running Linux system. This information helps you diagnose performance or functional problems. - SystemTap is not available as a user-space tool through the Yocto Eclipse IDE Plug-in. + SystemTap is not available as a user-space tool through the Eclipse IDE Yocto Plug-in. See for more information on SystemTap. Lttng-ust: A User-space Tracer designed to diff --git a/documentation/adt-manual/adt-package.xml b/documentation/adt-manual/adt-package.xml index 26b5dc18d8..0da301b123 100644 --- a/documentation/adt-manual/adt-package.xml +++ b/documentation/adt-manual/adt-package.xml @@ -17,7 +17,7 @@ Package Management Systems - The Yocto Project supports the generation of sysroot files using + The OpenEmbedded build system supports the generation of sysroot files using three different Package Management Systems (PMS): OPKG: A less well known PMS whose use @@ -28,7 +28,7 @@ RPM: A more widely known PMS intended for GNU/Linux distributions. This PMS works with files packaged in an .rms format. - The Yocto Project currently installs through this PMS by default. + The build system currently installs through this PMS by default. See for more information about RPM. Debian: The PMS for Debian-based systems @@ -75,7 +75,7 @@ - Next, source the environment setup script found in the Yocto Project files. + Next, source the environment setup script found in the source directory. Follow that by setting up the installation destination to point to your sysroot as <sysroot_dir>. Finally, have an OPKG configuration file <conf_file> diff --git a/documentation/adt-manual/adt-prepare.xml b/documentation/adt-manual/adt-prepare.xml index c3e4f6e987..0cda17846c 100644 --- a/documentation/adt-manual/adt-prepare.xml +++ b/documentation/adt-manual/adt-prepare.xml @@ -51,8 +51,8 @@ If you use this method, you just get the cross-toolchain and QEMU - you do not get any of the other mentioned benefits had you run the ADT Installer script. Use the Toolchain from within a Yocto Project Build Tree: - If you already have a Yocto Project build tree, you can build the cross-toolchain - within tree. + If you already have a build directory, you can build the cross-toolchain + within that structure. However, like the previous method mentioned, you only get the cross-toolchain and QEMU - you do not get any of the other benefits without taking separate steps. @@ -75,22 +75,21 @@ Index of Releases, specifically at . - Or, you can use BitBake to generate the tarball inside the existing Yocto Project - build tree. + Or, you can use BitBake to generate the tarball inside the existing build directory. If you use BitBake to generate the ADT Installer tarball, you must - source the Yocto Project environment setup script + source the environment setup script (oe-init-build-env) located - in the Yocto Project file structure before running the bitbake + in the source directory before running the bitbake command that creates the tarball. - The following example commands download the Yocto Project release tarball, set up the Yocto - Project files structure, set up the environment while also creating the - default Yocto Project build tree, + The following example commands download the Yocto Project release tarball, set up the + source directory, set up the environment while also creating the + default build directory, and run the bitbake command that results in the tarball ~/yocto-project/build/tmp/deploy/sdk/adt_installer.tar.bz2: @@ -151,7 +150,7 @@ or not to install the emulator QEMU. YOCTOADT_NFS_UTIL: Indicates whether or not to install user-mode NFS. - If you plan to use the Yocto Eclipse IDE plug-in against QEMU, + If you plan to use the Eclipse IDE Yocto plug-in against QEMU, you should install NFS. To boot QEMU images using our userspace NFS server, you need to be running portmap or rpcbind. @@ -244,17 +243,17 @@ poky-eglibc-x86_64-i586-toolchain-gmae-&DISTRO;.tar.bz2 As an alternative to steps one and two, you can build the toolchain tarball - if you have a Yocto Project build tree. + if you have a build directory. If you need GMAE, you should use the bitbake meta-toolchain-gmae command. The resulting tarball will support such development. However, if you are not concerned with GMAE, you can generate the tarball using bitbake meta-toolchain. Use the appropriate bitbake command only after you have - sourced the oe-build-init-env script located in the Yocto - Project files. + sourced the oe-build-init-env script located in the source + directory. When the bitbake command completes, the tarball will - be in tmp/deploy/sdk in the Yocto Project build tree. + be in tmp/deploy/sdk in the build directory. Make sure you are in the root directory with root privileges and then expand the tarball. @@ -267,11 +266,11 @@
- Using BitBake and the Yocto Project Build Tree + Using BitBake and the Build Directory A final way of making the cross-toolchain available is to use BitBake - to generate the toolchain within an existing Yocto Project build tree. + to generate the toolchain within an existing build directory. This method does not install the toolchain into the /opt directory. As with the previous method, if you need to install the target sysroot, you must @@ -282,12 +281,12 @@ Follow these steps to generate the toolchain into the build tree: Source the environment setup script - oe-init-build-env located in the Yocto Project - files. + oe-init-build-env located in the source directory. + At this point, you should be sure that the MACHINE variable in the local.conf file found in the - conf directory of the Yocto Project build directory + conf directory of the build directory is set for the target architecture. Comments within the local.conf file list the values you can use for the MACHINE variable. @@ -305,9 +304,9 @@ after checking or editing the local.conf but without changing out of your working directory. Once the bitbake command finishes, - the cross-toolchain is generated and populated within the Yocto Project build tree. + the cross-toolchain is generated and populated within the build directory. You will notice environment setup files for the cross-toolchain in the - Yocto Project build tree in the tmp directory. + build directory in the tmp directory. Setup script filenames contain the strings environment-setup. @@ -325,7 +324,7 @@ then you can find this script in the &YOCTO_ADTPATH_DIR; directory. If you installed the toolchain in the build tree, you can find the environment setup - script for the toolchain in the Yocto Project build tree's tmp directory. + script for the toolchain in the build directory's tmp directory. @@ -363,14 +362,15 @@ - The Yocto Project provides basic kernel and filesystem images for several + The Yocto Project ships basic kernel and filesystem images for several architectures (x86, x86-64, mips, powerpc, and arm) that you can use unaltered in the QEMU emulator. - These kernel images reside in the Yocto Project release + These kernel images reside in the release area - - and are ideal for experimentation within Yocto Project. - For information on the image types you can build using the Yocto Project, see the + and are ideal for experimentation using Yocto Project. + For information on the image types you can build using the OpenEmbedded build system, + see the "Reference: Images" appendix in The Yocto Project Reference Manual. @@ -389,7 +389,7 @@ you can do so one of two ways: Modify the conf/local.conf configuration in - the Yocto Project build directory and then rebuild the image. + the build directory and then rebuild the image. With this method, you need to modify the EXTRA_IMAGE_FEATURES variable to have the value of "tools-debug" before rebuilding the image. Once the image is rebuilt, the tcf-agent will be included -- cgit v1.2.3-54-g00ecf