)がハードコードになっている事により、Rubyをビルドしてインストールした時などに起動に失敗するようです。ago俺もこうなっている理由が分からなかったので追加された当時のコミットを見てみました(995c7507c1ac8e337565305420b3ca4f2e2a7a46)。コミットコメントがないのでわかりません。この粒度でコミットされてたら残っててもどっちみち役に立たなさそう。その場所にenvがあるとは限らないのでよくない、という話をきいたことがあったのでちょっと調べてみたところ、Rubyではこう書く場合もあるようです。これはこれでrubyにPATHが通っていることを前提にしているのであんまり良くないように見える。何年か前にこの書き方を見てからこれが最強なんだと思ってたけど調べれば調べるほどわからなくなってきた。変更するのであれば現代における一番いい方法を使いたいが、答えのない自転車置き場の議論という気もする。なってしまうんですかね?起動ファイルのmikutter.rbをリネームする必要があるのかということですね。scriptとして実行されるだけです。書かれた行があれば、その行以降のみをパースするという性質を利用しているとのことです。envenvが存在しない環境があるenvがどこにあるかわからないshshが存在しない環境があるのでは?(ぐぐっても言及が見当たらない)ので、私の提案した方法のほうが良いような気はしています。書かれた行があれば、その行以降のみをパースするという性質を利用しているとのことです。手法で問題ないように思えます。言うならばshの$PATHにrubyへのPATHが通ってないようなことが挙げられますが、これはまだ(環境変数だし)回避しやすい物だと思われます。実装してみて、どういう影響があるか調べてみます。Tachibana変更してみました。問題はないように思えますが。3.4から分岐していますが、前と全く同じ動きをするわけではないし、前の実装が間違っていたわけでもないので、3.5からの変更としようかなぁと思っています。ago私の方でも試してみましたが特に問題は無さそうです。3.5からの変更としようかなぁと思っています。LangLoading...。