とある闇の軍団とC++

MSVCとC++の今後についてのツイートから議題が無いまま思い思いのツイートをつぶやいた結果、一体全体なにが問題で議題だったのかが分からなくなったのでまとめとして作りました。後ほど詳細な流れをまとめる予定です。 ●読み方が良く分からない人向け ・各々が見えているツイートが違う、もしくは足りない、多い可能性を考慮する。 ・このツイートに登場している各々がこのtogetterの流れと同一のツイートを見てない事もある点を考慮する。 続きを読む
28
野良猫@がんばらない @mskwt

C++ の闇の軍団は Microsoft Connect に苦情を投げまくるべきかと。VC6 の頃には今のような制度はなかった…

2010-08-13 00:19:26
野良猫@がんばらない @mskwt

…とか言うと、VC なんて使ってないしとか、使う気もないし、とかわけのわからない方向になったとしたら不幸だな。[コンパイラ名] の [C++] では […だった] 議論が収束しない。。

2010-08-13 00:21:58
めるぽん.c @melponn

前に @cpp_akira さんが typename のことを報告しましたがあまり直す気が無いみたいな返答だった気が・・・ RT @mskwt: C++ の闇の軍団は Microsoft Connect に苦情を投げまくるべきかと。VC6 の頃には今のような制度はなかった…

2010-08-13 00:22:08
野良猫@がんばらない @mskwt

顧客にとって致命的だと思えば彼らも取り掛からざるを得ない。今や独占企業でも何でもないのだから (← お前はどっちの立場だ) QT @melponn: 前に @cpp_akira さんが typename のことを報告しましたがあまり直す気が無いみたいな返答だった気が・・・ RT

2010-08-13 00:24:32
野良猫@がんばらない @mskwt

C++ はあまりにも厄介な破壊的変更が行われすぎた。曖昧すぎたと言うべきか? C からの互換性を維持しようとして非難を浴びたのが VC6 だと言うのであれば、今から正しい方向に持っていくべき。ARM が古代になった今、真剣に標準準拠に取り組まなければならないと感じている

2010-08-13 00:33:32
若年寄(もう若くない) @kikairoya

C++の厄介な破壊的変更…?たとえば何が?文字列リテラルを非constのchar *で参照できなくなったこと?void *への暗黙の変換がなくなったこと?それともautoの意味が変わったこと?

2010-08-13 00:35:29
野良猫@がんばらない @mskwt

もし VC6 を批判するのであれば、「標準規格」ではない「実装による事実上の標準」にどれだけ注意しなければならないかわかっているはず。HTML にも同じことが言えるがな…。あなたのほしいのは WebKit ですか?それとも HTML5 標準ですか? みたいな

2010-08-13 00:35:41
めるぽん.c @melponn

C++で厄介な破壊的変更…? QT @mskwt: C++ はあまりにも厄介な破壊的変更が行われすぎた。曖昧すぎたと言うべきか? C からの互換性を維持しようとして非難を浴びたのが VC6 だと言うのであれば、今から正しい方向に持っていくべき。ARM が古代になった今、真剣に標準

2010-08-13 00:35:58
d金魚 @studiokingyo

互換性維持と新規格の二つに二極化して欲しいと思う今日この頃。 RT @mskwt: C からの互換性を維持しようとして非難を浴びたのが VC6 だと言うのであれば、今から正しい方向に持っていくべき。ARM が古代になった今、真剣に標準準拠に取り組まなければならないと感じている

2010-08-13 00:36:32
若年寄(もう若くない) @kikairoya

VC6に対する批判ってのはIE6に対するそれと同じで単に「古い」ことに対してだと思うんだけど。当時の時代背景を考えたらあのレベルでも仕方ないと思うし、7.1からは随分改善された。

2010-08-13 00:37:41
普通のC++使い、銀天すばる @SubaruG

C++0xで唯一の「厄介な破壊的変更」は文字列リテラルから char* への暗黙変換が削除されただけだと思ってるのですが。

2010-08-13 00:37:53
めるぽん.c @melponn

TL上に"厄介な破壊的変更"が3つ並んだっていう

2010-08-13 00:38:28
d金魚 @studiokingyo

これからのMSVCはレガシーコード可能版と新規格対応版とC++/CLI版の三つを用意しなければ…。と感じた。

2010-08-13 00:39:22
若年寄(もう若くない) @kikairoya

というかね、破壊的変更ならGCCのがひどいような気がするんだけど。拡張された左辺値キャストとか。

2010-08-13 00:40:00
野良猫@がんばらない @mskwt

…すごいな。とリプライを眺めながら思った

2010-08-13 00:41:05
若年寄(もう若くない) @kikairoya

レガシーコード可能ってなんだよ…

2010-08-13 00:41:25
若年寄(もう若くない) @kikairoya

古いデファクトに合わせて書いたコードならその時代のコンパイラで扱うのが当然だと思うんだけど違うの?それとも、GCCの拡張左辺値キャストやoperator >?を復活させろとでも主張する気?

2010-08-13 00:43:31
野良猫@がんばらない @mskwt

曖昧さのある議論中の規格書は複数の実装を生み、コンパイラ依存の名の下に独自拡張をそれぞれが作り、マクロで対処することも不可能になり、それらが取り入れられる頃には非準拠のコードが山積みになり…

2010-08-13 00:44:49
👻 道化師 🃏 @wraith13

破壊的変更に対して慎重過ぎたって批判なら・・・ [電波注意]

2010-08-13 00:45:44
d金魚 @studiokingyo

確かに…これでは伝わらない。アレですよ。アレ。用語が出てこない。例えばC89 C95 C99にはコードに差異があるでしょう。関数の書き方なんて特に… そう。古い書き方でもコンパイルできる!古い書き方=レガシーコード RT @kikairoya: レガシーコード可能ってなんだよ…

2010-08-13 00:45:45
若年寄(もう若くない) @kikairoya

@studiokingyo C89とC99ではほとんど差はないけど。関数の書き方が違うのはそのさらに前、K&Rの時代。話を混同しすぎだし、C89のコンパイラならK&Rも通るし、同じようにC++98のコンパイラならARM時代のもほとんどが通る。

2010-08-13 00:47:13
若年寄(もう若くない) @kikairoya

あとドラフトとコンパイラ拡張は全く関係無くね?というかコンパイラ拡張(笑)とかManaged C++に言われたくないよね

2010-08-13 00:47:57
野良猫@がんばらない @mskwt

その誤った方向に向いた「にわか原理主義」をもっと有効な方向で生かせばいいのに。。気がつくと話が特定の分野に細分化され、誰も join できない領域へ。これらを含めて不完全な言語とされてしまっても何の疑問もないな

2010-08-13 00:48:42
1 ・・ 12 次へ