aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorChase Maupin <chasemaupin03@gmail.com>2010-05-26 03:09:30 +0000
committerDenys Dmytriyenko <denis@denix.org>2010-05-28 12:00:25 -0400
commite4c942983c2e8163e5b49fc94e359db22d3912aa (patch)
tree2748aaac13e31eea36740b4dafdf74a990cdcaea
parentc3cd6731d701dac1d41fc28495db4d61216d7807 (diff)
downloadopenembedded-e4c942983c2e8163e5b49fc94e359db22d3912aa.zip
openembedded-e4c942983c2e8163e5b49fc94e359db22d3912aa.tar.gz
openembedded-e4c942983c2e8163e5b49fc94e359db22d3912aa.tar.bz2
docs/comparing: Fix documentation errors
* Fixed up typos and other errors in the documentation. Acked-by: Koen Kooi <k-kooi@ti.com> Signed-off-by: Chase Maupin <chase.maupin@ti.com> Signed-off-by: Denys Dmytriyenko <denis@denix.org>
-rw-r--r--docs/usermanual/chapters/comparing.xml18
1 files changed, 9 insertions, 9 deletions
diff --git a/docs/usermanual/chapters/comparing.xml b/docs/usermanual/chapters/comparing.xml
index 1347010..cfdaa95 100644
--- a/docs/usermanual/chapters/comparing.xml
+++ b/docs/usermanual/chapters/comparing.xml
@@ -5,13 +5,13 @@
<section id="comparing_buildroot">
<title>buildroot</title>
- <para>Writing of <application>BitBake</application> recipes is more easy
+ <para>Writing of <application>BitBake</application> recipes is easier
and more intuitive than writing Makefiles while providing higher
flexibility. This allows you to tweak specific recipes for your very
- special needs and to add new recipes very fast. You can build toolchains,
+ special needs and to add new recipes quickly. You can build toolchains,
Software Distribution Kits (SDKs), complete Distributions or just single
- packages. The flexibility of OpenEmbedded allows you to reuse the once
- written recipes for many different purposes. OpenEmbedded provides
+ packages. The flexibility of OpenEmbedded allows you to reuse recipes
+ for many different purposes. OpenEmbedded provides
everything buildroot will be able to provide. But in contrast to buildroot
OpenEmbedded will allow you to achieve what you really want to achieve.
You can add new package formats, new filesystems, new output formats
@@ -21,11 +21,11 @@
<section id="comparing_crosstool">
<title>crosstool</title>
- <para>Crosstool allows to create toolchains for you. It can only create
+ <para>Crosstool allows the creation of toolchains. It can only create
the initial toolchain for you. It will not compile other needed libraries
- or applications for you, it will not be able to track dependencies or to
+ or applications for you, it will not be able to track dependencies or
package them properly. OpenEmbedded supports all configurations crosstool
- supports. You can start to create toolchains with OpenEmbedded, then as
+ supports. You can start by creating toolchains with OpenEmbedded, then as
your needs grow create a more complete SDK from already present base
libraries and applications and if you recognize you need to have packages
for the target you have them almost built already.</para>
@@ -38,7 +38,7 @@
cross-compiling is hard itself but many people misuse the buildsystem they
use to build their software. This will lead to a variety of issues you can
run into. This can be failing tests on configuration because of executing
- cross compiled binaries or crashes at run-time due wrong sizes of basic
+ cross compiled binaries or crashes at run-time due to wrong sizes of basic
types. When utilizing OpenEmbedded you avoid searching for patches at many
different places and will be able to get things done more quickly.
<application>OpenEmbedded</application> allows you to choose from a pool
@@ -48,4 +48,4 @@
output formats and filesystems. This allows you to create complete and
specialized distributions easily.</para>
</section>
-</chapter> \ No newline at end of file
+</chapter>