aboutsummaryrefslogtreecommitdiffstats
path: root/usermanual/chapters/comparing.xml
diff options
context:
space:
mode:
authorJamie Lenehan <lenehan@twibble.org>2007-06-13 01:53:19 +0000
committerJamie Lenehan <lenehan@twibble.org>2007-06-13 01:53:19 +0000
commit7a17cd33aa6d54a78ba2510fd43d8d19b60be695 (patch)
tree80fbb5d1f4ca3521a0007865a630b0e9414c64cf /usermanual/chapters/comparing.xml
parent4dd434bb1cd1c97dd87b96422823affe65817dcb (diff)
downloadopenembedded-7a17cd33aa6d54a78ba2510fd43d8d19b60be695.tar.gz
openembedded-7a17cd33aa6d54a78ba2510fd43d8d19b60be695.tar.bz2
openembedded-7a17cd33aa6d54a78ba2510fd43d8d19b60be695.zip
usermanual: Split each of the original chapters out of usermanual.xml into a
seperate file per chapter in the chapters subdirectory. In preparation for cleaning up some of the overlap between chapters and to make life a bit easier for editing and merging.
Diffstat (limited to 'usermanual/chapters/comparing.xml')
-rw-r--r--usermanual/chapters/comparing.xml51
1 files changed, 51 insertions, 0 deletions
diff --git a/usermanual/chapters/comparing.xml b/usermanual/chapters/comparing.xml
new file mode 100644
index 0000000000..1347010977
--- /dev/null
+++ b/usermanual/chapters/comparing.xml
@@ -0,0 +1,51 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<chapter id="chapter_comparing">
+ <title>Comparing</title>
+
+ <section id="comparing_buildroot">
+ <title>buildroot</title>
+
+ <para>Writing of <application>BitBake</application> recipes is more easy
+ 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,
+ 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
+ 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
+ easily. OpenEmbedded will suit your need.</para>
+ </section>
+
+ <section id="comparing_crosstool">
+ <title>crosstool</title>
+
+ <para>Crosstool allows to create toolchains for you. 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
+ package them properly. OpenEmbedded supports all configurations crosstool
+ supports. You can start to create 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>
+ </section>
+
+ <section id="comparing_handmade">
+ <title>handmade</title>
+
+ <para>Cross-compilation is a tough business. It is not that
+ 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
+ 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
+ of ready to use software packages.</para>
+
+ <para>OpenEmbedded will create complete flashable images using different
+ output formats and filesystems. This allows you to create complete and
+ specialized distributions easily.</para>
+ </section>
+</chapter> \ No newline at end of file