shared state memory -> shared state cache

"shared state cache" is the generally accepted term for this.

(From yocto-docs rev: a15f629afe46e7217182a1ac077ab59641be9a8c)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Paul Eggleton 2012-07-02 10:40:21 +01:00 committed by Richard Purdie
parent 9568530dd9
commit f7cce1bb91
2 changed files with 2 additions and 2 deletions

View File

@ -679,7 +679,7 @@
The OpenEmbedded build system recognizes this kernel as
<filename>linux-yocto</filename>.
Thus, the following commands from the shell in which you previously sourced the
environment initialization script cleans the shared state memory and the
environment initialization script cleans the shared state cache and the
<ulink url='&YOCTO_DOCS_REF_URL;#var-WORKDIR'><filename>WORKDIR</filename></ulink>
directory and then builds and launches <filename>menuconfig</filename>:
<literallayout class='monospaced'>

View File

@ -525,7 +525,7 @@
<title>Invalidating Shared State</title>
<para>
The shared state code uses checksums and shared state memory
The shared state code uses checksums and shared state
cache to avoid unnecessarily rebuilding tasks.
As with all schemes, this one has some drawbacks.
It is possible that you could make implicit changes that are not factored