「DeveloperWiki:ツールチェーンのメンテナンス」の版間の差分

2020年6月8日 (月) 10:31時点における最新版

このページは Arch Linux でツールチェーンをブートストラップすることに関する全ての情報を含むことを意図していて、予期されるあらゆる問題や、重要なツールチェーンパッケージの新しいバージョンがリリースされたときのビルドの順番のドキュメントを提供することを含みます。

ツールチェーンのビルド順は以下です:

linux-api-headers -> glibc -> binutils -> gcc -> binutils -> glibc

linux-api-headers により提供されます。

これはツールチェーンの一番目のステップです。

glibc により提供されます。

ツールチェーンの二番目のステップで、新しい gcc がリビルドされた後にリビルドする必要もあります。

so のバージョンの変更に関わらず、新しい glibc の後にリビルドを必要とする、valgrind のようなパッケージもあります。

binutils により提供されます。

ツールチェーンの三番目のステップで、新しい glibc のリリースと新しい gcc のリリースの後の2回リビルドする必要があります。

gcc により提供されます。

ツールチェーンの最後の (または初めの) ステップで、全体のビルドに必要不可欠です。gcc のアップデートは binutils と glibc、 linux 自身や libtool といった他のパッケージのリビルドを必要とします。

カーネルは gcc の設定フラグを詳細に確認します。つまり、パッケージリリースの間で何かフラグが変わった場合、gcc のバージョンが同じでも、 カーネルのリビルドが必要です。

@@ 31行目: / 31行目: @@
 ==GNU Compiler Collection==
-Provided by {{Pkg|gcc}}.
+{{Pkg|gcc}} により提供されます。
+ツールチェーンの最後の (または初めの) ステップで、全体のビルドに必要不可欠です。gcc のアップデートは binutils と glibc、
-Last (or first) step of the toolchain, and vital to building its entirety. Its update triggers a binutils and glibc rebuild,
-as well as other packages, like {{Pkg|linux}} itself and {{Pkg|libtool}}
+{{Pkg|linux}} 自身や {{Pkg|libtool}} といった他のパッケージのリビルドを必要とします。
+カーネルは gcc の設定フラグを詳細に確認します。つまり、パッケージリリースの間で何かフラグが変わった場合、gcc のバージョンが同じでも、
-The kernel has a strict check on gcc configure flags. So, if any flags are changed between package releases, even if it is the
+'''カーネルのリビルドが必要です'''。
-same gcc version, a '''kernel rebuild is required'''.