遅レスですが。

>>480
実際にちょっと前までK&Rだけの環境で使ってる事例があったわけよ。たしか
SunOS4だったかな。すでに動いてるのならわざわざはずすことはないじゃない？
つまり >>479 は「移植性が（今と比較して）下がってしまう」、というつもりでかいた。

あと一応補足すると、まつもとさんがK&Rの宣言のほうがすき、という理由も
あげられてる。だから確かに移植性「だけ」ではないね。そういう点では例としては
よくなかった。

>>487
そこより優先するとこがいくらでもあるからだと思う。優先順位の問題。なおせば
よくなるとこなんていくらでもあるんだから（Rubyに限らず）、問題がでかいところ
からやらなきゃ。現在、速度的なボトルネックはGCとrb_eval。論理的なボトルネックは
評価器 (eval.c) のアーキテクチャ。ライセンスならば正規表現エンジン。安定性
ならスレッド。そんで、GCは世代別GCが入るとかなり改善される。正規表現は
鬼車で解決。そうしたら後は評価器とスレッド周りでしょ。それをやろうとしてるのが
Ruby 2.0 (Rite) だな。