私はlfs-7.5を作っています。
make mrproperチャプターに入ったとき6.7、それは言う：
make: gcc: コマンドが見つかりません
実行時に次bash /tools/bin/gccのように言います。
bash: /tools/bin/gcc: そのファイルやディレクトリはありません。
次の質問のような質問ですここ。コメントで質問された方も私と同じ情報をいただきましたね。
自分がやったと言いましたね」第三のgcc存在第5章。この場合、LFSの作成者は3回のパスを実行するように明示的に指示します。どこかで微妙なミスをしているようですが、どこなのか分からないようです。
LFSの作者が提供したサポートに基づいて、彼らは私たちに最初からやり直すように全作業を依頼しました。私はその言葉に同意しますが、どこで間違いが起こったのかわからない場合は、私のような間違いを再び犯すようにします。 LFSサポートの問題について質問した人は、私と一致する結果を提供しました。これは協会。
同じトピックに関する別の質問ここ答えは提供されていません。
助けてください。
ところで、gccLFSのライブラリに接続されていないことを発見し、/tools/libLFSパーティションがマウントされた場所とその下に手動でsimlinkを作成しました。しかし、私が実行するときlibc.so.6/lib/lib64/mnt/lfsmake headers_check6.7（その後make mrproper）見つからないと文句を言いlibz.so、検索してみると見つかりませ/tools/libんでした。
答え1
以前に送信した回答が次のようなものかどうかはわかりません。正しいまたは。
ファイルにユーザーが存在するLFS-7.5から続行することにしました。終わった後Linux Mintlfssudoers第5章、エラーが再発生します。6.7章 make mrproper。そのため、$LFS除外フォルダをすべて削除し$LFS/sourcesて最初から再開しました。
2回目のパスが完了したら、gccライブラリがgcc下のライブラリを指していることを確認しました$LFS/tools。しかし、私は彼らがまだ/usrホストシステムを指していることを発見しました。
それで、最初のパスから再構築を始めましたが、gccすべてが大丈夫でした。
したがって、2回目のパスの後にgcc次のようにします。
LDD
$LFS/tools/bin/$LFS_TGT-gcc
結果の出力が/usr最初のパスで再実行を指す場合gcc。
少なくともそれが私が使用する方法であり、gcc最初のパスを2回目に再実行した直後に上記のコマンドの出力は$LFS/tools/lib。
答え2
make mrproper次のコマンドを正常に実行できます。これが実際に上記の問題に対する解決策であるかどうかはわかりません。とにかく、ここにあります：
私はUbuntu 14.04を使用しています自由度ユーザーは LFS-7.5 本の推奨事項に従います。しかし、問題は、はるかに後でchrootLFSパーティションに入ったときにlfsユーザーがそこにいないことに気づいたことです。Sudoers文書。
Ubuntuは自動的にユーザーを追加しません。SudoersおそらくUbuntuの人々によって設計されたファイルです。おそらく、この理由でUbuntuでは再試行しませんでした。
私は欲求不満を感じ、LFS-7.5を試み始めました。Linux Mint 16自動的にユーザーを追加します。Sudoersファイル、頑張って6.7章建設および設置中Linuxヘッダファイル。
答え3
私も同じ問題があります。 gccで使用されている動的リンカーを確認しましたが、readelf -l /tools/bin/gcc | grep interpreterそうではありません。/tools/lib64/ld-linux-x86-64.so.2しかし、/lib64/ld-linux-x86-64.so.2。そのため、ファイルが存在しないため、gccを実行できません。
問題はgcc Pass2ビルドフェーズで発生します。 CC、CXX、AR、RANLIB の定義をコンフィギュレーションコマンドと同じ行に入れませんでした。
私は走った
CC=$LFS_TGT-gcc
CXX=$LFS_TGT-g++
AR=$LFS_TGT-ar
RANLIB=$LFS_TGT-ranlib
../configure --prefix=/tools ...
変える
CC=$LFS_TGT-gcc \
CXX=$LFS_TGT-g++ \
AR=$LFS_TGT-ar \
RANLIB=$LFS_TGT-ranlib \
../configure --prefix=/tools ...
binutils pass2のビルド段階でも同じ問題が発生する可能性があります。可変焦点問題だと思います。