「FreeBSDのコア部分からPerlが除去される」記事へのコメント

-currentでは

[brake-handle (5065)]

-currentの方では、すでにperlなしでkernelが作れるようになっています。hintsを作るscriptがまだ残っていますが、kernelを作る時に使うものではありません。

また、この変更はMFCされません。4-stableは最後までperlつきです(多分「CDやDVDでは...」は本当はこういう意味?)。-currentでは近いうちにportsなどによってのみperlをinstallすることになります。

Re:-currentでは

[Anonymous Coward]

＞-currentでは近いうちにportsなどによってのみperlをinstallすることになります。

ってぇことは、perlのpathは/usr/local/bin/perlに戻るわけですね。
#!/usr/bin/perlとしてしまったスクリプトファイルは全部書き換えが
必要なわけだ・・・またそれ用のツール作らにゃ。

Re:-currentでは

[Anonymous Coward]

pathを直書きしたのが敗因。

#! /usr/bin/env perl

としときゃ良かったのにねぇ。

ちなみにrubyのソース付属のサンプルスクリプトはみんなそうなってる。Linuxだと/usrbin/rubyだったりするからね。

Re:-currentでは

[Anonymous Coward]

env だって /usr/bin/env とは限りませんよ。
/bin/env な環境もちらほらあるようです。

やはり #! 行はビルド・インストールのプロセスの中で
変えてインストールすべき。

Re:-currentでは

[KENN (3839)]

ま、rubyの場合あくまでサンプルスクリプトの話ですからね。「そのまま動くこと」を保証する必要はないかと。だいたい"#!"を使ってたら、Windowsじゃ動かないっすよ(笑)

# CygwinはWindowsではない、と言っておこう。

そもそもこのサンプルスクリプト群には実行フラグ立ってないし。

Re:-currentでは

[Anonymous Coward]

ちらほらあるというのは、具体的にどの OS なんでしょう？

Re:-currentでは

[tix (7637)]

調べてみたところ、具体的にはわかりませんでしたが、このページ [uni-ulm.de]によると Linux の一部のディストリビューションにおいて /usr/bin/env ではなく /bin/env らしいです。

こういうのって、 POSIX で決まっていたりしないのでしょうか。決まっていたからといって準拠していないものを切り捨てていいとはならないでしょうが。

--
鵜呑みにしてみる？

Tcl/Tk では

[kubota (64)]

#!/bin/sh
# \
exec wish -f "$0" "$@"
本体

という方法を使うそうです。拡張子を .tcl にしておけば、 Windows でも動きます。(Macintosh も対応するためには、 どうすればいいのでしょう?)

UNIX 系で、/bin/sh がない (パスが違うとかファイル名が違うとか) とか言われるとつらいものがありますが。

Re:-currentでは

[nobuhiro (5244)]

> pathを直書きしたのが敗因。
> #! /usr/bin/env perl
> としときゃ良かったのにねぇ。

セキュリティを考えないないならそれでも良いのでしょうが、 ベースツールとしてはそれは困るのですよ。

--
の

Re:-currentでは

[Anonymous Coward]

ちなみにrubyのソース付属のサンプルスクリプトはみんなそうなってる。

Ruby 1.6.7のsample/の下には #!/usr/local/bin/ruby なものもあるのですが、 1.7.xでは変わったんでしょうか？