一般ユーザの不用意な環境設定をスーパーユーザが引き継がないようにしておくのはセキュリティの基本です．

hmatsue さん による投稿:

sudo env PATH=$PATH make install

sudo には同様の機能があるので，2つめの env は不必要です．
もちろん有って悪いというわけではないのですが…

sudo [-AbEHnPS] [-C fd] [-g groupname|#gid] [-p prompt]
       [-u username|#uid] [VAR=value] [-i | -s] [command]

Environment variables to be set for the command may also be passed on
       the command line in the form of VAR=value, e.g.
       LD_LIBRARY_PATH=/usr/local/pkg/lib.

こんばんわ
いつもお世話になっております。

hmatsueさん による投稿:

sudo makeでプログラムが見つからないのは、
userで$PATHを変更していても、sudo実行時には反映されないことが原因ではないでしょうか。

userの$PATHを引き継ぎたい場合は、
sudo env PATH=$PATH make install
などとすれば良いかと思います。

ご指摘の通りで無事インストール出来ました。
どうもありがとうございます。

einundzwanzighundertsechsさん による投稿:

...セキュリティの基本です．

毎度ご回答ありがとうございます。
折角なので前回共々そのセキュリティについて
もう少しご解説と言いますか
ご教授頂けたらと思います。
（実は私がよくわかってないかもしれない（と言うかそう）ので）

いつもありがとうございます。

T.O による投稿:

こんばんわ
懲りずにまた質問させて頂きたいと思います。

H８クロスコンパイラで、elf形式のｇｃｃを構築しようと
下記の組み合わせ（複数のサイトなどでおすすめとあったため:深い意味はないです）で
ｇｃｃのコンパイルまではうまくいきました。

・binutils-2.19.1
・gcc-3.4.6
・newlib-1.18.0

ところが、sudo make installを実行すると

h8300-elf-ranlib:コマンドが見つかりません

とエラーを吐き出し止まってしまいます。

クロス開発環境の構築は組み込み向けクロス開発環境の構築の手順が参考になります。

h8300-elf-ranlibというのはbinutilsのほうに入っている代物だったとおもいますので、gccやgdbなどをビルドする前にbinutilsをインストールしたPATHが通っているひつようがあります。
また（やったっことないですが）gccの$srcdir にbinutilsのソースディレクトリへシンボル張ってconfigureで--with-binutilsとか指定する方法もあるのかもしれません。