diff options
| author | Scott Rifenbark <scott.m.rifenbark@intel.com> | 2012-12-11 12:07:58 -0600 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-01-07 14:43:25 +0000 |
| commit | ed0a240e1632682ec4c33341f3e24ad71773cdfc (patch) | |
| tree | 201557f498b77b9f51fad7e12a6009f74aca4c65 /documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html | |
| parent | af19d889ef320f9625aae42eed6688b5cc739793 (diff) | |
| download | poky-ed0a240e1632682ec4c33341f3e24ad71773cdfc.tar.gz | |
documentation: Rename of poky-ref-manual folder to ref-manual.
Changing the folder that holds the YP Reference Manual to be
"ref-manual". This will help with confustion over the manual's
intended purpose.
(From yocto-docs rev: 1106442964b5080cb0b6b3bd3af32e9407c0f7c1)
Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html')
| -rw-r--r-- | documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html | 31 |
1 files changed, 31 insertions, 0 deletions
diff --git a/documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html b/documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html new file mode 100644 index 0000000000..89a6979603 --- /dev/null +++ b/documentation/ref-manual/eclipse/html/poky-ref-manual/overall-architecture.html | |||
| @@ -0,0 +1,31 @@ | |||
| 1 | <html> | ||
| 2 | <head> | ||
| 3 | <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> | ||
| 4 | <title>3.2.1. Overall Architecture</title> | ||
| 5 | <link rel="stylesheet" type="text/css" href="../book.css"> | ||
| 6 | <meta name="generator" content="DocBook XSL Stylesheets V1.76.1"> | ||
| 7 | <link rel="home" href="index.html" title="The Yocto Project Reference Manual"> | ||
| 8 | <link rel="up" href="shared-state-cache.html" title="3.2. Shared State Cache"> | ||
| 9 | <link rel="prev" href="shared-state-cache.html" title="3.2. Shared State Cache"> | ||
| 10 | <link rel="next" href="checksums.html" title="3.2.2. Checksums (Signatures)"> | ||
| 11 | </head> | ||
| 12 | <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="section" title="3.2.1. Overall Architecture"> | ||
| 13 | <div class="titlepage"><div><div><h3 class="title"> | ||
| 14 | <a name="overall-architecture"></a>3.2.1. Overall Architecture</h3></div></div></div> | ||
| 15 | <p> | ||
| 16 | When determining what parts of the system need to be built, BitBake | ||
| 17 | uses a per-task basis and does not use a per-recipe basis. | ||
| 18 | You might wonder why using a per-task basis is preferred over a per-recipe basis. | ||
| 19 | To help explain, consider having the IPK packaging backend enabled and then switching to DEB. | ||
| 20 | In this case, <code class="filename">do_install</code> and <code class="filename">do_package</code> | ||
| 21 | output are still valid. | ||
| 22 | However, with a per-recipe approach, the build would not include the | ||
| 23 | <code class="filename">.deb</code> files. | ||
| 24 | Consequently, you would have to invalidate the whole build and rerun it. | ||
| 25 | Rerunning everything is not the best situation. | ||
| 26 | Also in this case, the core must be "taught" much about specific tasks. | ||
| 27 | This methodology does not scale well and does not allow users to easily add new tasks | ||
| 28 | in layers or as external recipes without touching the packaged-staging core. | ||
| 29 | </p> | ||
| 30 | </div></body> | ||
| 31 | </html> | ||