documentation/poky-ref-manual/ref-bitbake.xml: style tags updated
I got rid of the <filename class='directory'...> and <filename class='extension'...> and replaced with simple <filename>/</filename> pairs. (From OE-Core rev: 1bcdaf8d3d39680c154144227ee2caca9a7bb3e5) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
parent
1cd9b0cb5b
commit
6a0d070add
|
@ -33,15 +33,15 @@
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
The first thing BitBake does is look for the <filename>bitbake.conf</filename> file.
|
The first thing BitBake does is look for the <filename>bitbake.conf</filename> file.
|
||||||
Poky keeps this file in <filename class="directory">meta/conf/</filename>.
|
Poky keeps this file in <filename>meta/conf/</filename>.
|
||||||
BitBake finds it by examining the <filename>BBPATH</filename> environment
|
BitBake finds it by examining the <filename>BBPATH</filename> environment
|
||||||
variable and looking for the <filename class="directory">meta/conf/</filename>
|
variable and looking for the <filename>meta/conf/</filename>
|
||||||
directory.
|
directory.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
In Poky, <filename>bitbake.conf</filename> lists other configuration
|
In Poky, <filename>bitbake.conf</filename> lists other configuration
|
||||||
files to include from a <filename class="directory">conf/</filename>
|
files to include from a <filename>conf/</filename>
|
||||||
directory below the directories listed in <filename>BBPATH</filename>.
|
directory below the directories listed in <filename>BBPATH</filename>.
|
||||||
In general the most important configuration file from a user's perspective
|
In general the most important configuration file from a user's perspective
|
||||||
is <filename>local.conf</filename>, which contains a user's customized
|
is <filename>local.conf</filename>, which contains a user's customized
|
||||||
|
@ -54,11 +54,11 @@
|
||||||
The DISTRO and MACHINE environment variables are both usually set in
|
The DISTRO and MACHINE environment variables are both usually set in
|
||||||
the <filename>local.conf</filename> file.
|
the <filename>local.conf</filename> file.
|
||||||
Valid distribution
|
Valid distribution
|
||||||
configuration files are available in the <filename class="directory">
|
configuration files are available in the <filename>
|
||||||
meta/conf/distro/</filename> directory and valid machine configuration
|
meta/conf/distro/</filename> directory and valid machine configuration
|
||||||
files in the <filename class="directory">meta/conf/machine/</filename>
|
files in the <filename>meta/conf/machine/</filename>
|
||||||
directory.
|
directory.
|
||||||
Within the <filename class="directory">meta/conf/machine/include/</filename>
|
Within the <filename>meta/conf/machine/include/</filename>
|
||||||
directory are various <filename>tune-*.inc</filename> configuration files that provide common
|
directory are various <filename>tune-*.inc</filename> configuration files that provide common
|
||||||
"tuning" settings specific to and shared between particular architectures and machines.
|
"tuning" settings specific to and shared between particular architectures and machines.
|
||||||
</para>
|
</para>
|
||||||
|
@ -79,29 +79,29 @@
|
||||||
variable <glossterm><link linkend='var-BBFILES'>BBFILES</link></glossterm>
|
variable <glossterm><link linkend='var-BBFILES'>BBFILES</link></glossterm>
|
||||||
is set, usually in
|
is set, usually in
|
||||||
<filename>local.conf</filename>, and defines the list of places to search for
|
<filename>local.conf</filename>, and defines the list of places to search for
|
||||||
<filename class="extension">.bb</filename> files.
|
<filename>.bb</filename> files.
|
||||||
By default, the BBFILES variable specifies the <filename class="directory">meta/recipes-*/
|
By default, the BBFILES variable specifies the <filename>meta/recipes-*/
|
||||||
</filename> directory within Poky.
|
</filename> directory within Poky.
|
||||||
Adding extra content to BBFILES is best achieved through the use of BitBake
|
Adding extra content to BBFILES is best achieved through the use of BitBake
|
||||||
<link linkend='usingpoky-changes-layers'>"layers"</link>.
|
<link linkend='usingpoky-changes-layers'>"layers"</link>.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
BitBake parses each <filename class="extension">.bb</filename> file in BBFILES and
|
BitBake parses each <filename>.bb</filename> file in BBFILES and
|
||||||
stores the values of various variables.
|
stores the values of various variables.
|
||||||
In summary, for each <filename class="extension">.bb</filename>
|
In summary, for each <filename>.bb</filename>
|
||||||
file the configuration plus the base class of variables are set, followed
|
file the configuration plus the base class of variables are set, followed
|
||||||
by the data in the <filename class="extension">.bb</filename> file
|
by the data in the <filename>.bb</filename> file
|
||||||
itself, followed by any inherit commands that
|
itself, followed by any inherit commands that
|
||||||
<filename class="extension">.bb</filename> file might contain.
|
<filename>.bb</filename> file might contain.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
Because parsing <filename class="extension">.bb</filename> files is a time
|
Because parsing <filename>.bb</filename> files is a time
|
||||||
consuming process, a cache is kept to speed up subsequent parsing.
|
consuming process, a cache is kept to speed up subsequent parsing.
|
||||||
This cache is invalid if the timestamp of the <filename class="extension">.bb</filename>
|
This cache is invalid if the timestamp of the <filename>.bb</filename>
|
||||||
file itself changes, or if the timestamps of any of the include,
|
file itself changes, or if the timestamps of any of the include,
|
||||||
configuration or class files the <filename class="extension">.bb</filename>
|
configuration or class files the <filename>.bb</filename>
|
||||||
file depends on changes.
|
file depends on changes.
|
||||||
</para>
|
</para>
|
||||||
</section>
|
</section>
|
||||||
|
@ -110,7 +110,7 @@
|
||||||
<title>Preferences and Providers</title>
|
<title>Preferences and Providers</title>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
Once all the <filename class="extension">.bb</filename> files have been
|
Once all the <filename>.bb</filename> files have been
|
||||||
parsed, BitBake starts to build the target (poky-image-sato in the previous section's
|
parsed, BitBake starts to build the target (poky-image-sato in the previous section's
|
||||||
example) and looks for providers of that target.
|
example) and looks for providers of that target.
|
||||||
Once a provider is selected, BitBake resolves all the dependencies for
|
Once a provider is selected, BitBake resolves all the dependencies for
|
||||||
|
@ -200,11 +200,11 @@ PREFERRED_PROVIDER_virtual/kernel = "linux-rp"
|
||||||
<para>
|
<para>
|
||||||
As each task completes, a timestamp is written to the directory specified by the
|
As each task completes, a timestamp is written to the directory specified by the
|
||||||
<glossterm><link linkend='var-STAMPS'>STAMPS</link></glossterm> variable (usually
|
<glossterm><link linkend='var-STAMPS'>STAMPS</link></glossterm> variable (usually
|
||||||
<filename class="directory">build/tmp/stamps/*/</filename>).
|
<filename>build/tmp/stamps/*/</filename>).
|
||||||
On subsequent runs, BitBake looks at the STAMPS directory and does not rerun
|
On subsequent runs, BitBake looks at the STAMPS directory and does not rerun
|
||||||
tasks that are already completed unless a timestamp is found to be invalid.
|
tasks that are already completed unless a timestamp is found to be invalid.
|
||||||
Currently, invalid timestamps are only considered on a per
|
Currently, invalid timestamps are only considered on a per
|
||||||
<filename class="extension">.bb</filename> file basis.
|
<filename>.bb</filename> file basis.
|
||||||
So, for example, if the configure stamp has a timestamp greater than the
|
So, for example, if the configure stamp has a timestamp greater than the
|
||||||
compile timestamp for a given target then the compile task would rerun.
|
compile timestamp for a given target then the compile task would rerun.
|
||||||
Running the compile task again, however, has no effect on other providers
|
Running the compile task again, however, has no effect on other providers
|
||||||
|
|
Loading…
Reference in New Issue