Conversation

Notices

1. sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 21:21:56 JST sumiyaki

   • とねぢ ＠Minoh-don（Late Bloomer）
   • sumiyaki
   @toneji
   もし単純にパスが通っていないのなら、次のようなことに注意してみてはどうでしょうか。
   
   PATHの優先順位に気をつけよう
   http://archive.blog.hekt.org/archives/4827/
   
   bashでパスが通っているのにコマンドが見つからない（または、パスの順序と違うコマンドが実行される）場合の原因と対応
   https://stupiddog.jp/note/archives/951
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 21:51:10 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     ちょっとまずいですね。
     
     export PATH=/opt/rh/devtoolset-4/root/usr/bin:$PATH
     
     とすべきです。
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 21:55:37 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     PATHの文字列の左側からスキャンされます。そのパスの場所にgccがあったら、それが採用されます。したがって、新しいgccのパスは$PATHの左に書かなくてはなりません。
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 21:59:58 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     $PATHは変更する前のPATHの内容を文字列として取り出す、という意味です。
     その左側に新しいgccのパスを書いて、:でつなぎ、それを再びあたらしいPATHとして更新する、という作業が export PATH=云々、にあたります。
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 22:05:51 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     今回のように複数のgccがあって、新gccを使いたいような場合は$PATHで終わるようになりますね。もともとどこにもgccがなければ、文字列のどこにパスを追加しても結果は同じなのですが、古いgccのパスが左にあると、それが採用されてしまいます。
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 22:09:23 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     which gcc
     としてみて下さい。私のLinux (Ubuntu)では
     /usr/bin/gcc
     とでます。つまり、$PATHの中に、 /usr/bin というのがあるはずです。gccの文字はなくても、/usr/binがパスになります。
   • sumiyaki (sumiyaki@plr.ph3j.com@plr.ph3j.com)'s status on Sunday, 05-May-2019 22:15:04 JST sumiyaki

     • とねぢ ＠Minoh-don（Late Bloomer）
     @toneji
     PATHの中身はLInuxシステムの起動時、ユーザログイン時に決定されます。
     追加するならば、その左側に文字列として追加するのが定石ってことになると思います。