アカウント名:
パスワード:
-currentの方では、すでにperlなしでkernelが作れるようになっています。hintsを作るscriptがまだ残っていますが、kernelを作る時に使うものではありません。
また、この変更はMFCされません。4-stableは最後までperlつきです(多分「CDやDVDでは...」は本当はこういう意味?)。-currentでは近いうちにportsなどによってのみperlをinstallすることになります。
pathを直書きしたのが敗因。
#! /usr/bin/env perl
ちなみにrubyのソース付属のサンプルスクリプトはみんなそうなってる。Linuxだと/usrbin/rubyだったりするからね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
-currentでは (スコア:2, 参考になる)
-currentの方では、すでにperlなしでkernelが作れるようになっています。hintsを作るscriptがまだ残っていますが、kernelを作る時に使うものではありません。
また、この変更はMFCされません。4-stableは最後までperlつきです(多分「CDやDVDでは...」は本当はこういう意味?)。-currentでは近いうちにportsなどによってのみperlをinstallすることになります。
Re:-currentでは (スコア:1, すばらしい洞察)
ってぇことは、perlのpathは/usr/local/bin/perlに戻るわけですね。
#!/usr/bin/perlとしてしまったスクリプトファイルは全部書き換えが
必要なわけだ・・・またそれ用のツール作らにゃ。
Re:-currentでは (スコア:2, 参考になる)
pathを直書きしたのが敗因。
ちなみにrubyのソース付属のサンプルスクリプトはみんなそうなってる。Linuxだと/usrbin/rubyだったりするからね。
Re:-currentでは (スコア:2, 興味深い)
/bin/env な環境もちらほらあるようです。
やはり #! 行はビルド・インストールのプロセスの中で
変えてインストールすべき。
Re:-currentでは (スコア:0)
Re:-currentでは (スコア:2, 参考になる)
こういうのって、 POSIX で決まっていたりしないのでしょうか。決まっていたからといって準拠していないものを切り捨てていいとはならないでしょうが。
鵜呑みにしてみる?