Flast？なにそれ、おいしいの？

Shougo 2011/03/31 14:10 こんにちは。

http://twitter.com/thinca/status/53313870298746880
> GCC 4.6 で動かないってのなら先に vim_dev に投げるべきかと…。
私もそう思います。

あと、ISO Cで書き直す件についても、vim_devで宣言しておくと良いのではないでしょうか。
賛同者が現れるかもしれません。
できるなら早い段階でBramさんの了解を取れると好ましいですし。

ちなみに、私はソースコードを書き直すことに賛成です。
手伝えるかは分かりませんが……。

Flast 2011/03/31 14:25 GCC4.6で悲しくなるのは確かなのですが、何が原因なのか私が把握してないので安易な投稿はしないようにしています。
個人的にはvim_devより先にGCC側に必要ならバグレポを投げたいので。

K&R Cの扱いについてはGCC側の公式アナウンスで何も言われていないので、使ってる方が悪いと言われればその通りですし、なんというか両竦み状態に近いのかな？

どちらにせよ、やる場合はvim_devには一応断りを入れるつもりではあります。が、やれるかわからないです。（私自身の都合

tyru 2011/04/01 09:02 自分も手伝いたいです。
むしろvimを1から作りたい派です。(無理ゲー

> http://twitter.com/thinca/status/53313870298746880
> > GCC 4.6 で動かないってのなら先に vim_dev に投げるべきかと…。
> 私もそう思います。
たしかに。

あとちょっと前vim_devで入力キューの仕様を根本から変えるみたいな話が出てて、
Bramさんもそれに一応賛同してたみたいなので取り合う余裕がないかもしれません。

ISO C(って知りませんでしたがISOが認めたCってことなんですね)で書くとしたら当然全部のソース書き換えることになるでしょうし
変更部分が膨大になると文句を言われる可能性もそれだけ高くなります。
vimのメンテナはBramさんだけですが、パッチを投げる人は世界中にいますし。

自分としてはすごく賛同したいんですが、まず原因がGCCなのかvimなのかの判断を先にした方がよさそうです。

Flast 2011/04/01 10:36 まぁ私としてはvimのメインラインに乗せたいわけではなく、普段使ってるツールのメンテはしたいなという程度のあれなので。
というよりISO Cになったほうが世界的には嬉しいんじゃないのかな...

ただ、GCC4.6でK&R Cの扱いが変わったとして、それが原因だとしてもGCCを責めることはできませんし、かと言ってK&R Cで書いてる側もK&R Cに仕様書なんて(ry

正直いうと私はCにおけるGCCのデバッグはしたくないですし、K&R Cのデバッグもしたくないです。
なので、意味のわからないものは闇に葬ろうという魂胆で書き直しをやろうかと思った程度です。

でも、K&R Cとかそのうち(社会的に)obsoletedになって必ずどこかでISO Cへの移行があるはずだから、いざというときに「そんなこともあろうかと」と言えるように...
あ、K&R Cは社会的にdeprecatedですよ。ギリギリ。vimが使ってるからobsoletedにならない程度のギリギリ。

あとvim_devのコミュニティは全然覗いてないので、詳しい人に丸投げしたい....
まぁまだ軽い気持ちなのでいろいろ意見求む。

スパム対策のためのダミーです。もし見えても何も入力しないでください