introduction.xml 2.2 KB

1234567891011121314151617181920212223242526272829303132333435363738394041
  1. <sect1 id="ch06-introduction">
  2. <title>Introduction</title>
  3. <?dbhtml filename="introduction.html" dir="chapter06"?>
  4. <para>In this chapter we enter the building site, and start
  5. constructing our LFS system in earnest. That is, we chroot into
  6. our temporary mini Linux system, create some auxiliary things,
  7. and then start installing all the packages, one by one.</para>
  8. <para>The installation of all this software is pretty straightforward,
  9. and you will probably think it would be much shorter to give here
  10. the generic installation instructions and explain in full only the
  11. installation of those packages that require an alternate method.
  12. Although we agree with that, we nevertheless choose to give the
  13. full instructions for each and every package, simply to minimize
  14. the possibilities for mistakes.</para>
  15. <para>If you plan to use compiler optimizations in this chapter, take a look at
  16. the optimization hint at <ulink url="&hints-root;optimization.txt"/>. Compiler
  17. optimizations can make a program run a touch faster, but they may also cause
  18. compilation difficulties and even problems when running the program. If a
  19. package refuses to compile when using optimization, try to compile it without
  20. optimization and see if the problem goes away. Even if the package does compile
  21. when using optimization, there is the risk it may have been compiled
  22. incorrectly due to compiler bugs or whatever. In short, the small gains achieved
  23. in using compiler optimization are generally outweighed by the risk. First time
  24. builders of LFS are encouraged not to bother. Your system will still be plenty
  25. fast enough and very stable at the same time.</para>
  26. <para>The order in which packages are installed in this chapter has
  27. to be strictly followed, to ensure that no program gets a path referring
  28. to <filename class="directory">/tools</filename> hard-wired into it.
  29. For the same reason, <emphasis>do not </emphasis> compile packages
  30. in parallel. Compiling in parallel may save you some time (especially on
  31. dual-CPU machines), but it could result in a program containing a
  32. hard-wired path to <filename class="directory">/tools</filename>,
  33. which will cause the program to stop working when that directory
  34. is removed.</para>
  35. </sect1>