<sect1 id="ch06-introduction">
<!--
<title>Introduction</title>
-->
<title>はじめに</title>
<?dbhtml filename="introduction.html" dir="chapter06"?>

<!--
<para>In this chapter we enter the building site, and start
constructing our LFS system in earnest. That is, we chroot into
our temporary mini Linux system, create some auxiliary things,
and then start installing all the packages, one by one.</para>
-->
<para>この章で構築場所に入り、本格的に LFS システムを組み立て始めます。
つまり、暫定的で小さな Linux システムに chroot で入り、いくつかの補助的なものを作り、それからすべてのパッケージを一つずつインストールし始めるということです。</para>
 
<!--
<para>The installation of all this software is pretty straightforward,
and you will probably think it would be much shorter to give here
the generic installation instructions and explain in full only the
installation of those packages that require an alternate method.
Although we agree with that, we nevertheless choose to give the 
full instructions for each and every package, simply to minimize
the possibilities for mistakes.</para>
-->
<para>このソフトウェアすべてのインストールはとても簡単です。
ですから、一般的なインストールの説明を行って、それ以外の方法が必要になるパッケージについてだけ説明するようにすれば説明がずっと短くなると思われるかも知れません。
それでもよいのですが、やはり間違いを犯す可能性を最小限にするため、それぞれのパッケージについてきちんと説明します。</para>

<!--
<para>If you plan to use compiler optimizations in this chapter, take a look at
the optimization hint at <ulink url="&hints-root;optimization.txt"/>. Compiler
optimizations can make a program run slightly faster, but they may also cause
compilation difficulties and even problems when running the program. If a
package refuses to compile when using optimization, try to compile it without
optimization and see if the problem goes away. Even if the package does compile
when using optimization, there is the risk it may have been compiled incorrectly
due to complex interactions between the code and build tools. In short, the
small potential gains achieved in using compiler optimization are generally
outweighed by the risk. First time builders of LFS are encouraged to build
without custom optimizations. Your system will still be very fast and very
stable at the same time.</para>
-->
<para>この章でコンパイラの最適化を使うつもりなら、最適化のヒントを <ulink url="&hints-root;optimization.txt"/> で調べて下さい。
コンパイラの最適化はプログラムの実行速度を少し速めますが、しかしまたコンパイルの障害や、プログラムを実行するときに問題を引き起こすこともあります。
パッケージ作成が最適化を使ったコンパイルで失敗してしまったら、最適化なしでコンパイルを試して、問題がなくなるかどうかを見て下さい。
たとえ最適化を使ってパッケージがコンパイルできたとしても、コードと構築ツールの間の複雑な相互作用のため、不正確にコンパイルされてしまうという危険があります。この危険は一般的に、コンパイラの最適化による小さな利益よりも重く見られます。
LFS を初めて構築する場合は最適化オプションなしで構築することを強くお勧めします。お使いのシステムはそれでもとても速く、また同時に安定するでしょう。</para>

<!--
<para>The order in which packages are installed in this chapter has
to be strictly followed, to ensure that no program gets a path referring
to <filename class="directory">/tools</filename> hard-wired into it.
For the same reason, <emphasis>do not </emphasis> compile packages
in parallel. Compiling in parallel may save you some time (especially on
dual-CPU machines), but it could result in a program containing a
hard-wired path to <filename class="directory">/tools</filename>,
which will cause the program to stop working when that directory
is removed.</para>
-->
<para>この章でパッケージがインストールされる順番は厳密に守られる必要があります。これはどのプログラムも <filename class="directory">/tools</filename> を参照するパスをその中に組み込まないようにするためです。
同じ理由からパッケージを<emphasis>並行してコンパイルしないでください。</emphasis>並行したコンパイルは、特にデュアル CPU のマシンでは時間を節約できるかもしれませんが、
プログラムが <filename class="directory">/tools</filename> へのパスを組み込んでしまう結果を招き、そのディレクトリが削除されたときに、プログラムが動作を止めてしまう原因となります。</para>

</sect1>

