From 0fa214421a3031d5626756a1eac6a205848fd6d0 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Tue, 21 Jan 2014 10:23:57 -0600 Subject: dev-manual: Updated the section that describes finding source code. I changed the description to match that which is used in the WORKDIR variable. (From yocto-docs rev: 7d9071c2bb99e7c3f3eeae9ddf0abc34563c6725) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/dev-manual/dev-manual-model.xml | 74 +++++++++++---------------- 1 file changed, 31 insertions(+), 43 deletions(-) (limited to 'documentation/dev-manual/dev-manual-model.xml') diff --git a/documentation/dev-manual/dev-manual-model.xml b/documentation/dev-manual/dev-manual-model.xml index 8260e84d20..6e07c8d1d0 100644 --- a/documentation/dev-manual/dev-manual-model.xml +++ b/documentation/dev-manual/dev-manual-model.xml @@ -1662,58 +1662,46 @@ The path to the work directory for the recipe - (WORKDIR) depends - on the recipe name and the architecture of the target device. - For example, here is the work directory for recipes and resulting packages that are - not device-dependent: + (WORKDIR) + is defined as follows: - ${TMPDIR}/work/${PACKAGE_ARCH}-poky-${TARGET_OS}/${PN}/${EXTENDPE}${PV}-${PR} - - Let's look at an example without variables. - Assuming a top-level Source Directory - named poky - and a default Build Directory of poky/build, - the following is the work directory for the acl recipe that - creates the acl package: - - poky/build/tmp/work/i586-poky-linux/acl/2.2.51-r3/ + ${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR} + The actual directory depends on several things: + + TMPDIR: + The top-level build output directory + MULTIMACH_TARGET_SYS: + The target system identifier + PN: + The recipe name + EXTENDPE: + The epoch - (if + PE + is not specified, which is usually the case for most + recipes, then EXTENDPE is blank) + PV: + The recipe version + PR: + The recipe revision + - If your resulting package is dependent on the target device, - the work directory varies slightly: - - ${TMPDIR}/work/${MACHINE}-poky-${TARGET_OS}/${PN}/${EXTENDPE}${PV}-${PR} - - Again, assuming top-level Source Directory named poky - and a default Build Directory of poky/build, the - following are the work and temporary source directories, respectively, - for the acl package that is being - built for a MIPS-based device: + As an example, assume a Source Directory top-level folder + name poky, a default Build Directory at + poky/build, and a + qemux86-poky-linux machine target + system. + Furthermore, suppose your recipe is named + foo_1.3.0-r0.bb. + In this case, the work directory the build system uses to + build the package would be as follows: - poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2 - poky/build/tmp/work/mips-poky-linux/acl/2.2.51-r2/acl-2.2.51 + poky/build/tmp/work/qemux86-poky-linux/foo/1.3.0-r0 - - To better understand how the OpenEmbedded build system resolves directories during the - build process, see the glossary entries for the - WORKDIR, - TMPDIR, - TOPDIR, - PACKAGE_ARCH, - MULTIMACH_TARGET_SYS, - TARGET_OS, - PN, - PV, - EXTENDPE, - and - PR - variables in the Yocto Project Reference Manual. - - Now that you know where to locate the directory that has the temporary source code, you can use a Quilt or Git workflow to make your edits, test the changes, -- cgit v1.2.3-54-g00ecf