aboutsummaryrefslogtreecommitdiffstats
path: root/chapter06/introduction.xml
diff options
context:
space:
mode:
authorBruce Dubbs <bdubbs@linuxfromscratch.org>2020-06-07 20:16:00 +0000
committerBruce Dubbs <bdubbs@linuxfromscratch.org>2020-06-07 20:16:00 +0000
commitfcc027677da55c41dcaea045f5b9ff8b088e6495 (patch)
tree42500a7858959695b971e7f28f1d0bf33185db2e /chapter06/introduction.xml
parentd53fefab5a6772fef606392a61608fc290e6a7ae (diff)
Initial commit of alternative cross LFS
git-svn-id: http://svn.linuxfromscratch.org/LFS/branches/cross2@11897 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'chapter06/introduction.xml')
-rw-r--r--chapter06/introduction.xml79
1 files changed, 17 insertions, 62 deletions
diff --git a/chapter06/introduction.xml b/chapter06/introduction.xml
index c8ccb3908..5614270b2 100644
--- a/chapter06/introduction.xml
+++ b/chapter06/introduction.xml
@@ -5,70 +5,25 @@
%general-entities;
]>
-<sect1 id="ch-system-introduction">
+<sect1 id="ch-tools-introduction">
<?dbhtml filename="introduction.html"?>
<title>Introduction</title>
- <para>In this chapter, we enter the building site and start constructing the
- LFS system in earnest. That is, we chroot into the temporary mini Linux system,
- make a few final preparations, and then begin installing the packages.</para>
-
- <para>The installation of this software is straightforward. Although in many
- cases the installation instructions could be made shorter and more generic,
- we have opted to provide the full instructions for every package to minimize
- the possibilities for mistakes. The key to learning what makes a Linux system
- work is to know what each package is used for and why you (or the system)
- may need it.</para>
-
- <para>We do not recommend using optimizations. They can make
- a program run slightly faster, but they may also cause compilation
- difficulties and problems when running the program. If a package refuses to
- compile when using optimization, try to compile it without optimization and
- see if that fixes the problem. Even if the package does compile when using
- optimization, there is the risk it may have been compiled incorrectly because
- of the complex interactions between the code and build tools. Also note that
- the <option>-march</option> and <option>-mtune</option> options using values
- not specified in the book have not been tested. This may cause problems with
- the toolchain packages (Binutils, GCC and Glibc). The small potential gains
- achieved in using compiler optimizations are often outweighed by the risks.
- First-time builders of LFS are encouraged to build without custom
- optimizations. The subsequent system will still run very fast and be stable
- at the same time.</para>
-
- <para>Before the installation instructions, each installation page provides
- information about the package, including a concise description of what it
- contains, approximately how long it will take to build, and how much disk
- space is required during this building process. Following the installation
- instructions, there is a list of programs and libraries (along with brief
- descriptions of these) that the package installs.</para>
-
- <note><para>The SBU values and required disk space includes
- test suite data for all applicable packages in Chapter&nbsp;6.</para></note>
-
- <sect2>
- <title>About libraries</title>
-
- <para>In general, the LFS editors discourage building and installing static
- libraries. The original purpose for most static libraries has been made
- obsolete in a modern Linux system. In addition linking a static library
- into a program can be detrimental. If an update to the library is needed
- to remove a security problem, all programs that use the static library will
- need to be relinked to the new library. Since the use of static libraries
- is not always obvious, the relevant programs (and the procedures needed to
- do the linking) may not even be known.</para>
-
- <para>In the procedures in Chapter&nbsp;6, we remove or disable installation of
- most static libraries. Usually this is done by passing a
- <option>--disable-static</option> option to <command>configure</command>.
- In other cases, alternate means are needed. In a few cases, especially
- glibc and gcc, the use of static libraries remains essential to the general
- package building process. </para>
-
- <para>For a more complete discussion of libraries, see the discussion
- <ulink url="&blfs-root;/view/&short-version;/introduction/libraries.html">
- Libraries: Static or shared?</ulink> in the BLFS book.</para>
-
- </sect2>
-
+ <para>This chapter shows how to build a minimal Linux system.
+ This system will contain just enough tools to start constructing the final
+ LFS system in <xref linkend="chapter-building-system"/> and allow a working
+ environment with more user convenience than a minimum environment would.</para>
+
+ <para>There are two steps in building this minimal system. The first step
+ is to build a new and host-independent toolchain (compiler, assembler,
+ linker, libraries, and a few useful utilities). The second step uses this
+ toolchain to build the other essential tools.</para>
+<!--
+ <para>The files compiled in this chapter will be installed under the
+ <filename class="directory">$LFS</filename> directory to keep them
+ separate from the files installed in the next chapter and the host
+ production directories. Since the packages compiled here are temporary,
+ we do not want them to pollute the soon-to-be LFS system.</para>
+-->
</sect1>