sdk-manual: Edits to "Creating a Derivative SDK With Additional Components"

Fixed some poor writing in this section.

(From yocto-docs rev: 5709c2c2c1c37166ec5df1193b58ff82bb10b4c3)

Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Scott Rifenbark
2018-05-31 14:26:47 -07:00
committed by Richard Purdie
parent bf2a7a31ca
commit 4d586da108

View File

@@ -1749,31 +1749,34 @@
<para>
You might need to produce an SDK that contains your own custom
libraries for sending to a third party (e.g., if you are a vendor with
customers needing to build their own software for the target platform).
If that is the case, then you can produce a derivative SDK based on
the currently installed SDK fairly easily.
Use these steps:
libraries.
A good example would be if you were a vendor with customers that
use your SDK to build their own platform-specific software and
those customers need an SDK that has custom libraries.
In such a case, you can produce a derivative SDK based on the
currently installed SDK fairly easily by following these steps:
<orderedlist>
<listitem><para>If necessary, install an extensible SDK that
<listitem><para>
If necessary, install an extensible SDK that
you want to use as a base for your derivative SDK.
</para></listitem>
<listitem><para>Source the environment script for the SDK.
<listitem><para>
Source the environment script for the SDK.
</para></listitem>
<listitem><para>Add the extra libraries or other components
you want by using the <filename>devtool add</filename>
command.
<listitem><para>
Add the extra libraries or other components you want by
using the <filename>devtool add</filename> command.
</para></listitem>
<listitem><para>Run the <filename>devtool build-sdk</filename>
command.
<listitem><para>
Run the <filename>devtool build-sdk</filename> command.
</para></listitem>
</orderedlist>
The above procedure takes the recipes added to the workspace and
constructs a new SDK installer containing those recipes and the
The previous steps take the recipes added to the workspace and
construct a new SDK installer that contains those recipes and the
resulting binary artifacts.
The recipes go into their own separate layer in the constructed
derivative SDK, leaving the workspace clean and ready for users
to add their own recipes.
derivative SDK, which leaves the workspace clean and ready for
users to add their own recipes.
</para>
</section>
</chapter>