C++0x 6 - 暇つぶし2ch

C++0x 6 at TECH

1:デフォルトの名無しさん
09/06/16 03:57:31
The C++ Standards Committee
URLﾘﾝｸ(www.open-std.org)

Wikipedia
Wikipedia項目ﾘﾝｸ

C++0x
ｽﾚﾘﾝｸ(tech板)
C++0x 2
ｽﾚﾘﾝｸ(tech板)
C++0x 3
ｽﾚﾘﾝｸ(tech板)
C++0x 4
ｽﾚﾘﾝｸ(tech板)
C++0x 5
ｽﾚﾘﾝｸ(tech板)

2:デフォルトの名無しさん
09/06/16 06:02:49
2

3:デフォルトの名無しさん
09/06/16 06:10:25
>>2
お前はそれで満足なのか？
人生に何の疑問も感じないのか？

4:デフォルトの名無しさん
09/06/16 10:11:49
いらない子、そんな言語を熱く語るいらないエンジニアの溜まり場。

5:デフォルトの名無しさん
09/06/16 20:32:46
C++0x学園の人々

○コンセプトさん
学園のアイドルだが、入学してから一度も登校していない。退学の噂も。

○ラムダさん
ものすごい顔のせいでみんなから避けられてるいじめられっ子。
アルゴリズム部とは仲が良い。

○右辺値参照さん
成績優秀だが気難しい。仲良くなれればお得。

○禿
校長先生。

ここまで書いて飽きた

6:デフォルトの名無しさん
09/06/16 21:01:16
21世紀中に完成するだろうか・・・

7:デフォルトの名無しさん
09/06/16 22:35:58
完成→停滞→死

つまり完成しない方が良いということにならないだろうか？

8:デフォルトの名無しさん
09/06/16 22:42:55
なんて横浜駅･･･、もとい、サグラダファミリア･･･

9:デフォルトの名無しさん
09/06/17 00:07:29
>>6
それ何てロングパス

10:デフォルトの名無しさん
09/06/17 19:55:54
完成しても、仕事じゃ使えねーよ。

11:デフォルトの名無しさん
09/06/17 20:41:02
完成しないと枯れないから、いっそう使われないだろ

12:デフォルトの名無しさん
09/06/20 03:16:59
Singnal/Slot機構が入らないのは痛いな。

13:デフォルトの名無しさん
09/06/20 04:41:40
使えない言ってる人もコンパイラが対応しだしたら当たり前のように使うに100ペソ。

14:デフォルトの名無しさん
09/06/20 07:09:51
プログラマって基本的に新しい物好きだと思うから趣味としてはそうなんだろうが、仕事となると同じようにはいかないよね

15:デフォルトの名無しさん
09/06/20 07:55:10
今のところ仕様を追いかけるのは大丈夫だが、いつ疲れるのだろうか

16:デフォルトの名無しさん
09/06/20 12:23:34
>>15
もうとっくに疲れてるよ…。orz

17:デフォルトの名無しさん
09/06/20 16:24:22
マッサージしてあげるよっ！と妙にハイテンションな美少女中学生

18:デフォルトの名無しさん
09/06/20 20:33:58
>>12
特定フレームワークでしか使わないでしょ。

19:デフォルトの名無しさん
09/06/21 01:12:22
>>18
だが、そのフレームワークで使って欲しいんだな

それと、TR2とGCの実装が楽しみだな。何年後になるかわからんけど…

20:デフォルトの名無しさん
09/06/21 13:11:27
GCいらね

21:デフォルトの名無しさん
09/06/21 13:18:07
>>19
gtkmmのことか？

22:デフォルトの名無しさん
09/06/21 17:42:09
qtかも

23:デフォルトの名無しさん
09/06/21 17:47:32
gtkmmには既にsigC++があるしな。
qtのはまだmoc使ってんでしょ。

24:19
09/06/21 18:04:24
>>21
ご察しの通りgtkmmのことです。gtkmmは0xになると、Glib::RefPtr
の代わりにshared_ptrを使うようになるはずだし、libsigc++も
標準のものになれば良かったなと。

25:デフォルトの名無しさん
09/06/24 03:11:44
URLﾘﾝｸ(gcc.gnu.org)
ここでコンセプトの実装をしようとしているから、g++はちゃんと
コンセプトを実装するんじゃない？

26:デフォルトの名無しさん
09/06/24 03:17:19
ちなみに、C++にGCが実装されるとなるとどういう実装になるんだ？
クラスの作成に制限があったりするのかな。

27:デフォルトの名無しさん
09/06/24 09:45:31
>>25
されてないよw
URLﾘﾝｸ(gcc.gnu.org)

28:デフォルトの名無しさん
09/06/24 16:55:29
クソみそに遅くなりそうだな。

29:デフォルトの名無しさん
09/06/24 20:18:07
美少女中学生はスカトロには興味ありません！ありませんったら！

30:デフォルトの名無しさん
09/06/24 20:51:38
conceptGCCは中心開発者が抜けて事実上の開発中止です

31:デフォルトの名無しさん
09/06/25 02:11:57
ほんとだ。こうなったら、標準化委員会にリファレンスコンパイラを
作ってもらうしかないか。
つうか、俺にとってはg++がある意味リファレンス実装だからなぁ、
頑張ってほしいもんだ。

32:デフォルトの名無しさん
09/06/25 05:06:19
URLﾘﾝｸ(www.open-std.org)
News 2009-06-24: The 2009-06 pre-Frankfurt mailing is available
News 2009-06-24: The C++ Standard Core Language Issues List (Revision 64) is available
News 2009-06-24: The C++ Standard Library Issues List (Revision 65) is available

current draft: N2914

33:デフォルトの名無しさん
09/06/25 07:24:02
>>30
> conceptGCCは中心開発者が

export concept mapだってさw
URLﾘﾝｸ(www.open-std.org)
URLﾘﾝｸ(www.open-std.org)

34:デフォルトの名無しさん
09/06/25 07:47:57
export concept mapがないと、
constrainedなコードと、unconstrainedなコードで重複したコードを書かなければならない。
その場合、どうせコピペされるだろうから。言語でマシな方法を提供した方がいい。

最高の提案とも言えないが、必要だと思う。

35:デフォルトの名無しさん
09/06/25 19:38:08
そうは言ってもexportと聞いただけで体が拒否反応を起こす

36:デフォルトの名無しさん
09/06/25 22:35:11
しかしまとまるのか？
つーか禿はこの期に及んで新規提案とか何考えてるの

37:デフォルトの名無しさん
09/06/25 22:44:27
たぶん提案しているうちが一番楽しいんだろう

38:デフォルトの名無しさん
09/06/26 00:46:53
N2905とか悪い冗談にしか見えないんだがどこまで本気なんだろ

39:デフォルトの名無しさん
09/06/26 09:06:47
コンパイル時とランタイム時で、似たようなことをするための文法に、統一性がなさすぎだなー。
継承とテンプレートとコンセプトで全然別の書き方をおぼえろって。

40:デフォルトの名無しさん
09/06/26 09:11:26
VCはconceptの実装について見通しとか立ててるのかな

41:デフォルトの名無しさん
09/06/26 11:06:09
URLﾘﾝｸ(blogs.msdn.com)
で検索してもほぼスルーだから、
VC++ 2010には入らないんじゃ。
2012とか2013あたりかね。

42:デフォルトの名無しさん
09/06/26 11:08:06
>>34
交合した時に便利なんだけど、
混合すると既存のコードのルックアップも変る可能性があるのが、
痛し痒しなところだね。

43:デフォルトの名無しさん
09/06/28 15:38:33
C++0xのshared_ptrはスレッドセーフ？

44:デフォルトの名無しさん
09/06/28 15:44:08
まさか

45:デフォルトの名無しさん
09/06/28 18:03:04
C++はどこまで肥大化していくのだろうか。
コンパイラ開発者泣かせだよな。
そのうちGCCとVC++くらいしか追従出来なくなったりして。

46:デフォルトの名無しさん
09/06/28 18:18:48
すでに追従できてないし＾＾
VCなんかダイアモンド継承すらまともにできない。

47:デフォルトの名無しさん
09/06/29 00:22:41
intelががんばるよ

48:デフォルトの名無しさん
09/06/29 01:48:34
PL/Iの二の舞だよな
折角UNIXとCでスリムアップしたのに

49:デフォルトの名無しさん
09/06/29 01:50:29
>>46
kwsk
最近はVCの方がg++より規格準拠度が高いと聞いていたが。

50:デフォルトの名無しさん
09/06/29 02:07:20
VC6の事だろjk

51:デフォルトの名無しさん
09/06/29 07:55:47
vc6は窓から投げ捨てろ

52:デフォルトの名無しさん
09/06/29 08:08:15
concept以外は、もうg++もVCもそれなりに満足行くレベルで対応してるよね。
VCはまだ正式には出てないけど。
詳しくないけど、conceptも実はやってみたらすぐだったりしないのかなぁ。
極論言えば、テンプレート引数に対する超かしこいマクロなだけだよね。
プリプロセッサの後にconceptチェッカを通して、それがOKならコンパイラに渡す、とかで。

53:デフォルトの名無しさん
09/06/29 15:06:59
>>52
さあ、おまえが早速実装するんだ

54:デフォルトの名無しさん
09/06/29 15:25:01
憶測書いている暇あるならg++のgcc/cp/concept.c読めばいいのに

55:デフォルトの名無しさん
09/06/29 18:11:39
>>49
URLﾘﾝｸ(connect.microsoft.com:443)

「バグ」に分類されてるけど、「修正しない」方針、つまりVCの仕様で決着。
VCではダイアモンド継承については仕様に合致しない方針で行くということになっている。
もちろん、最新の2008でもこの仕様。

56:デフォルトの名無しさん
09/06/29 21:11:49
そこでそのうち見直すって言ってるけど2010でも直ってないの？

57:デフォルトの名無しさん
09/06/29 23:35:03
「バグだけど2008には間に合わない」って書いてあるようにみえるけど？

58:デフォルトの名無しさん
09/06/29 23:50:23
VS2008 SP1でも直ってないのなら、あまり修正する気が無いのか、
余程大幅な修正が必要なのかのどちらかだろうな。

ところでComeau使ってる人いる？C++0xへの準拠度はどんなもの？

59:デフォルトの名無しさん
09/06/30 00:07:20
>>55
ATLで多用しているから修正しないのか
ひでえ話だな

60:デフォルトの名無しさん
09/06/30 00:07:28
2008SP1Expressでは直ってなかった
誰か2010βで試してくれ

61:デフォルトの名無しさん
09/06/30 06:24:30
2010beta1
error C2250: 'D' : 'A *V::vf(void)' のあいまいな継承です

62:デフォルトの名無しさん
09/06/30 18:23:20
直ってないのか…
忘れてるのか直す気がないのか

63:デフォルトの名無しさん
09/06/30 18:50:52
だから仕様。

64:デフォルトの名無しさん
09/06/30 18:51:50
MSもバグだって認めてるだろ。直す気が無いだけ。

65:デフォルトの名無しさん
09/06/30 18:53:13
直す気のないバグは仕様と同じじゃないかｗ

2010までは既存のコンパイラを修正しーしー使ってるけど
2010の次のバージョンではコンパイラをフルスクラッチするって言ってたはずなので
2010の次のバージョンで直るんじゃないか？
C++0xへの準拠もその時点で･･･って気がする。

66:デフォルトの名無しさん
09/06/30 20:07:43
exportは201x年のうちに対応したコンパイラ出てくるのかな。

67:デフォルトの名無しさん
09/06/30 20:15:11
exportもういらないだろ
word aroundがBoostですっかり定着しちゃったし

68:デフォルトの名無しさん
09/06/30 20:16:32
あっそうか
templateを使ったソースを分割コンパイルする時に問題が生じるのか
(ビルド時間)
現時点ではCPUの速度でカバーしてもらおうか

69:デフォルトの名無しさん
09/07/01 02:05:22
ja.wikipedia.orgには、
> C++0x標準には、C++でのガベージコレクションの実装を容易にする機能が導入される。
とあるけど、どんな機能なんでしょうか？さっぱり分かりません…

70:デフォルトの名無しさん
09/07/01 02:51:40
単純にスマートポインタのことじゃないの。

71:デフォルトの名無しさん
09/07/01 03:17:50
URLﾘﾝｸ(www.open-std.org)
質問しておいて何ですが、色々ググってみたら↑が見つかりました。
多分これだと思いますがほんとに実装されるのでしょうか…

72:デフォルトの名無しさん
09/07/01 22:11:00
それは単に規格に入れる文面だ。それ以上じゃない。
ユーザーからしたら、とくにコードに変化はない。何も機能が追加されるわけじゃない。
文字通り、GCを将来入れる際に、最低限のことを決めておこうというだけのことだ。
ポインタに対してXORなどのある種の演算をしたらGCを保証しないよというだけのこと。

73:デフォルトの名無しさん
09/07/02 00:29:14
APIも定義されてる。

74:デフォルトの名無しさん
09/07/02 21:04:51
>58
ここ見る限りではもう少し頑張りましょうってとこかと。
URLﾘﾝｸ(www.comeaucomputing.com)

75:デフォルトの名無しさん
09/07/03 00:14:19
あのexportを見事実装したComeauでさえコンセプトは実装できてないのか
もう無理じゃね？

76:デフォルトの名無しさん
09/07/03 00:25:03
禿はどのコンパイラが一番好きなんだろうか。
日常的に6つ位使ってると書いてあったが。

77:デフォルトの名無しさん
09/07/03 10:50:06
自分の所のコンパイラがあるのはプローガー氏だっけ？

78:デフォルトの名無しさん
09/07/03 11:53:57
Dinkumwareはライブラリしか作ってないと思ってたけど、違うの？

79:デフォルトの名無しさん
09/07/03 12:14:12
これは Bjarne スッポスッポがどれかのコンパイラに concept を実装しないと誰も実装しないかもね

80:デフォルトの名無しさん
09/07/03 12:19:39
コンセプトってそんなに実装むずいの？

81:デフォルトの名無しさん
09/07/03 12:51:56
もう標準化委員会でリファレンス実装を与えた方が良い気がする。
このままではコンパイラベンダもC++コミュニティも共倒れになりそう。

82:デフォルトの名無しさん
09/07/03 13:25:50
たしかに、これだけ高レベルな概念の実装にターゲット依存するものは無いだろうしね。

で、その実装を書くための言語は何にするんだぜ？

83:デフォルトの名無しさん
09/07/03 13:39:18
C++0xがCのC99のような運命を辿らなければいいのだが

84:デフォルトの名無しさん
09/07/03 14:38:10
>>82
実装に使う言語は一つ前の標準を使うということで、C++03で良いのではないかと。

85:デフォルトの名無しさん
09/07/03 15:43:36
boostにコンパイラフレームワークとC++0xコンパイラを追加すればいい。

86:デフォルトの名無しさん
09/07/03 15:54:23
boost::interpreter

87:デフォルトの名無しさん
09/07/03 20:58:00
>>84
世界中のバイナリファイルがウィルスに感染してソースコードしか残らなかったら
どうやってコンパイルするんだ！

88:デフォルトの名無しさん
09/07/03 21:06:06
本当のプログラマはヘキサエディタでコンパイラ書くよ。

89:デフォルトの名無しさん
09/07/03 22:25:25
>>87 大丈夫。その時には OS すら動作してないから

90:デフォルトの名無しさん
09/07/03 22:54:23
　　　　　＿＿＿_
　　　　／　　　　＼
　　　／　 _ノ　ヽ､_　＼
　／　oﾟ⌒　　　⌒ﾟo　＼　今日もまた、紙に穴を開ける作業が始まるお
　 |　　　　（__人__）　　　　|
　＼　　　｀ ⌒´ 　　／

91:デフォルトの名無しさん
09/07/04 21:14:47
>>90
なんの話だよｗ

92:デフォルトの名無しさん
09/07/04 21:17:25
キーパンチャーじゃないか？

93:デフォルトの名無しさん
09/07/04 21:54:01
パンチカードでプログラムしてるんだよ。
ちなみに、実行結果もパンチカードで出てくるんだよ。

94:デフォルトの名無しさん
09/07/04 22:03:40
今時パンチカードのシステムを使っている所なんかあるのかよ

95:デフォルトの名無しさん
09/07/04 22:12:35
ノイマン式をリセット出来るなら今度は9bit/byteのコンピュータにしようぜ

96:デフォルトの名無しさん
09/07/04 22:17:35
>>95
何か意味あるのか？
命令数が増やせるとか数の表現範囲が広がるとかその程度かメリットは

97:デフォルトの名無しさん
09/07/04 22:18:10
オクタエディタが必要だな

98:デフォルトの名無しさん
09/07/04 22:45:23
ヲタクエディタかと思った

99:デフォルトの名無しさん
09/07/04 23:13:58
16bit/byteのCPUなら結構使われてるよ
そいつのCはcharが16bitだ

100:デフォルトの名無しさん
09/07/04 23:51:42
>>95
charが9bitの処理系って普通にあったような
確かUTF-9絡みで知った覚えがある

101:デフォルトの名無しさん
09/07/04 23:58:18
UTF-9/UTF-18 はジョークRFCです

でもまあ確かに昔36bitワードのアーキテクチャはあった

102:デフォルトの名無しさん
09/07/05 00:11:37
8bit目は無駄に消費されていることが多い。
地球環境を守るため7bit/byteにすべきだ。

103:デフォルトの名無しさん
09/07/05 00:19:35
地球環境を守るならパソコンを捨てるべきだ。

104:デフォルトの名無しさん
09/07/05 00:20:30
再び日本語が化ける日々が続くのか…

105:デフォルトの名無しさん
09/07/05 00:43:53
short が16bitから18bitになれば扱える記号が二十万増えるんだよ
こんなに経済的なことはないじゃないか

106:デフォルトの名無しさん
09/07/05 00:47:40
UCS-4でおｋ

107:デフォルトの名無しさん
09/07/05 04:21:22
>>83
C99はこっそりと普及しつつあると想像
してるんだけど、実際はどうなんだろ。

108:デフォルトの名無しさん
09/07/05 04:47:08
>>107
考えが甘すぎる
もう10年経ってるんだよ？

109:デフォルトの名無しさん
09/07/05 07:33:36
そんなこというと ANSI C の普及も遅々としていた気がする

110:デフォルトの名無しさん
09/07/05 08:23:10
>>101
今でも ACOS-6 は word 32bit/char 9bit だ

111:デフォルトの名無しさん
09/07/05 08:26:01
>>96
ノイマン型コンピュータを実装するとき、状態素子の取り得る状態の数はネイピア数に近い方が実行の効率がいいと聞いたことがある。

112:デフォルトの名無しさん
09/07/05 10:02:50
>>107
俺的には、C99はGCCの独自拡張。

>>111
「トランジスタのレベルで3値論理回路があるなら」って条件付きで、
3進数の方が情報の効率はいいって話だったと思う。

世の中2値論理が主流だから、その前提成り立たない。

113:デフォルトの名無しさん
09/07/05 10:13:01
主流だから、というのは関係ないと思うんだが。
確か Skip List の論文で引用されてたかな。

114:デフォルトの名無しさん
09/07/05 10:18:13
2進数素子を3進数素子に置き換えた所で
情報量は1.6倍くらいにしかならないんだが

115:デフォルトの名無しさん
09/07/05 10:18:16
>>111
> ノイマン型コンピュータを実装するとき
eを基数にすると、もっとも効率のいい符号化が出来るって、話とちゃう?
でもって、符号化の話はノイマン型コンピュータに限らないわけだが…

116:デフォルトの名無しさん
09/07/05 10:24:19
俺が子供の頃のコンピュータは
１０進数で計算してたんだよ

117:デフォルトの名無しさん
09/07/05 10:25:34
計算屋さんですか

118:デフォルトの名無しさん
09/07/06 08:38:28
10進数って1bitが10値だったってこと？

119:デフォルトの名無しさん
09/07/06 09:01:21
つ BCD

120:デフォルトの名無しさん
09/07/06 09:35:22
俺が子供の頃の粘土板なんて60進数で計算してたぞ

121:デフォルトの名無しさん
09/07/06 09:41:29
これ思い出した：

348 名前：名無しさん＠お腹いっぱい。[] 投稿日：2009/01/09(金) 15:26:15 ID:1j1gqbOE
スライド書架つくりたいんだけど、
文庫本1000冊つめたら200キロだよね？
手で動かないよね？どうしよう。

349 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/09(金) 16:45:14 ID:???
意外と動く

350 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/09(金) 19:31:57 ID:???
>>348
つベアリング

351 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/09(金) 22:34:49 ID:???
200?入りドラム缶だって一人でも運べるし

352 名前：348[sage] 投稿日：2009/01/10(土) 00:33:28 ID:???
人類のテクノロジーがそこまで進んでいるとは思いませんでした。正直びっくりです。
でもよく考えてみれば、水平に動かすならば、摩擦係数さえ何とかすれば大丈夫なんですね。
昔エジプト人が石をコロに乗せてピラミッドの上まで運んでいるのをみたんですが、そんなのを想像していました。

122:デフォルトの名無しさん
09/07/06 09:41:32

353 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/10(土) 00:43:11 ID:???
>>352
昔見たって・・・いつ時代の人間だよ・・・

床の耐荷重も気をつけてネ

354 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/10(土) 23:49:07 ID:???
>>352
>>昔エジプト人が石をコロに乗せてピラミッドの上まで運んでいるのをみたんですが、

わたしを明るくしてくれてありがとう+。:.ﾟヽ(*´∀｀)ﾉﾟ:.｡+ﾟ

355 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/11(日) 02:50:45 ID:???
一行目の「人類のテクノロジーが～」がまた効いてるなｗ

123:デフォルトの名無しさん
09/07/06 18:29:44
>>120
で、あんたの年はいくつなの？ｗ

124:デフォルトの名無しさん
09/07/06 19:02:12
>>118
10進数は decimal digit

125:デフォルトの名無しさん
09/07/06 21:19:36
>>119
これはひどい環境破壊だな。
世界中ののこり6bitに住まわせてくれ。

126:デフォルトの名無しさん
09/07/06 21:26:31
sexadecimal

127:デフォルトの名無しさん
09/07/06 22:13:57
sexという単語に過剰反応する美少女中学生

128:デフォルトの名無しさん
09/07/07 00:29:47
sexagesimal

129:デフォルトの名無しさん
09/07/07 10:12:59
sexagesimal といわれるとこれ
URLﾘﾝｸ(www.open-std.org)
を出さんわけにはいかんな

130:デフォルトの名無しさん
09/07/07 18:33:16
くだらんげんごになった。

131:デフォルトの名無しさん
09/07/07 19:04:07
くらげだんごになった。

132:デフォルトの名無しさん
09/07/07 19:23:57
くらげだんごってどんな味がするんだろうと本気で思案する美少女中学生

133:デフォルトの名無しさん
09/07/08 16:00:06
こんな言語では萌えない。

134:デフォルトの名無しさん
09/07/10 01:07:43
デストラクタのにゅる記号萌え～

135:デフォルトの名無しさん
09/07/10 02:00:58
struct churuyasan{
~churuyasan(){std::cout << "にょろ～ん" << std::endl;}
};

136:デフォルトの名無しさん
09/07/10 23:24:52
struct churuyasan??<
??-churuyasan()??<std::cout << "にょろ～ん" << std::endl;??>
??>;

やはりトライグラフには風情がない

137:デフォルトの名無しさん
09/07/10 23:43:34
トライグラフ使う環境なのに、日本語文字列はOKなのかよ！

138:デフォルトの名無しさん
09/07/11 00:28:25
わらたｗ

139:デフォルトの名無しさん
09/07/11 12:52:31
>>137
ローマ字入力だったら、英字キーと
変換キーだけで充分だよ？
日本向けPDAならありえること。

140:デフォルトの名無しさん
09/07/11 12:57:51
例えばどのPDAですか?

141:デフォルトの名無しさん
09/07/11 14:53:38
前々から他人とは少し違う自分を感じていたが、
今朝起きたら左手の甲にトライグラフの紋章が現れてた。

142:デフォルトの名無しさん
09/07/11 15:07:04
. △
△△　tanasinn

143:デフォルトの名無しさん
09/07/11 16:56:16
それはトライフォース

144:デフォルトの名無しさん
09/07/12 02:14:07
>>140
オレが今使ってるやつだと、
中カッコの入力方法がわからん。

普通のキーボードと同程度に文字を
入力できるPDAなんかあるのか？

145:デフォルトの名無しさん
09/07/12 11:15:45
お前の話はいいよ。

146:デフォルトの名無しさん
09/07/12 14:29:47
自分のことをオレと呼ぶ美少女中学生かもしれないじゃないか

147:デフォルトの名無しさん
09/07/12 14:44:48
よろしい、ならば聞こう

148:デフォルトの名無しさん
09/07/13 05:24:25
ahaha

149:デフォルトの名無しさん
09/07/14 08:02:10
Concept廃止と聞いて！

150:デフォルトの名無しさん
09/07/14 08:13:54
おい、マジかよ。
まあ、明日辺りには詳しいことが分かるだろうけど。

151:デフォルトの名無しさん
09/07/14 09:35:37
本当なのか。

ずっと議論続いてたから見送りなっても仕方ないだろうとは思っていたが。

152:デフォルトの名無しさん
09/07/14 10:19:19
ソースｷﾎﾞﾝ

153:デフォルトの名無しさん
09/07/14 11:47:46
concept_mapは革新的だったがあまりにも革新的すぎたのか？

154:デフォルトの名無しさん
09/07/14 12:26:21
革新的かどうかより、今さらの実装は
現実的じゃないってことなのでは。

多重継承とは違って、意地で実装するには
難し過ぎるんだろうなあ。

155:デフォルトの名無しさん
09/07/14 14:55:13
ソースどこだよ！！！

156:デフォルトの名無しさん
09/07/14 15:58:59
これじゃね
URLﾘﾝｸ(lists.puremagic.com)

157:デフォルトの名無しさん
09/07/14 16:30:24
D言語のニュースグループかよｗｗ

158:デフォルトの名無しさん
09/07/14 19:38:54
ああ、今フランクフルトで会議中なのか。
post-Frankfurt mailingが出るまで真偽の程はお預けかな。

159:デフォルトの名無しさん
09/07/14 20:04:11
次次期標準までのスパンを短くしてそのとき入れてくれればいいよ

160:デフォルトの名無しさん
09/07/14 21:05:31
無くすなら無くすで大変だろ
今さらドラフトからコンセプト関連の文言消して回るのか？
拡張for文はどうするんだ？

161:デフォルトの名無しさん
09/07/14 21:17:04
おそらくただのダックタイピングになるだけだろう。
組み込み配列だけはアドホックに対応して、後はあきらめることになると思う

162:デフォルトの名無しさん
09/07/14 22:15:45
公約守れなかったら禿に不信任決議で委員会解散総選挙の刑

163:デフォルトの名無しさん
09/07/14 22:25:14
素直にC++{1,2}xに変更しようぜ。

164:デフォルトの名無しさん
09/07/14 22:39:15
コンセプトなんて0xの新機能の中でもかなり早くから議論されてる方だよなぁ
本当に廃止になったら情けないわ

165:デフォルトの名無しさん
09/07/14 23:35:12
>>163
ぶれた

166:デフォルトの名無しさん
09/07/14 23:47:45
　　　　　　　　　　　　　　　　 ┗0=============0┛
　　　　　　　　　＼===========［_|_|_|_|_|_|_|_|_|_|_|_|_|_］===========／
　　　　　　　　　　　／三三三三三三三三三三三三三三三三三三三三＼
　　　　　　　　　 0　│ |∞∞∞ |::|∞∞田田∞∞|::|∞∞∞ | ::|　 0
　　　　　　　　　　　　［二］ | ::| 　　　 |::|┏━━┓|::| 　　　 | ::l ［二］
◎○＠※◎○＠※. |□|.│ |┌┬┐ |::|┃ concept ┃|::| ┌┬┐| ::|. |□|　◎○＠※◎○＠※
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii| ｀)三(´| ::|├┼┤ |::|┃（（（　））） ┃|::| ├┼┤| ::|｀)三(´iｌ|iiii|iiii|iiii|iiii|iiii|iiii|iiii|
＠※◎○＠※◎○　| ::|　| ::|└┴┘ |::|┃（　´∀｀） ┃|::| └┴┘| ::|　| ::|　＠※◎○＠※◎○
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌi┏━━━┓|::|┃（　　　） ┃|::|┏━━━┓ ｌi|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌ
◎○＠iiii※◎○＠ ┣┳┳┳┳┳┫|::|┗━━┛|::|┣┳┳┳┳┳┫ ◎○＠iiii※◎○＠
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌ　○　　　●　　　　 ∫∬∫∬　　　　 ●　　　○　ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌi
　　　　　　　　　 ○○　　●●　　　　　 iiiii iii ii iiii 　　　　 ●●　　○○
　　　　　　　　　　　［￣￣］［￣￣］　　　（￣￣￣￣￣）　　［￣￣］［￣￣］
　　　　　　　　 |_○_|　 .|_○_|　　　　 |＿＿＿＿_|　　　　 |_○_|　 .|_○_|

さようならコンセプト

167:デフォルトの名無しさん
09/07/14 23:57:16
ここで Bjarne が超人的コード力を発揮して、concept-cfront を三日で書き上げるに3ペリカ

168:デフォルトの名無しさん
09/07/15 00:00:05
禿、頼むよ・・・

169:デフォルトの名無しさん
09/07/15 00:01:36
喜々として廃止票入れてそうな気もするがな

170:デフォルトの名無しさん
09/07/15 00:01:36
C++にconceptが入らないって事はないと思うよ。
たとえC++0xで見送られたとしても。

171:デフォルトの名無しさん
09/07/15 00:03:17
exportと同じ道を歩むくらいなら無くなってくれて良かったと思おう

172:デフォルトの名無しさん
09/07/15 01:33:55
0xはすぐにでも使いたい即効性のあるもんばっかりなんで、
個人的にはリリースの延期だけはしないで欲しいなぁ。

173:デフォルトの名無しさん
09/07/15 02:35:20
>>171
そうなんだよな。
誰も実装しない機能なんてないのと同じだからな。

174:デフォルトの名無しさん
09/07/15 09:37:51
>>171
exportとは全然違うでしょ。
conceptは重要な機能満載なんで。

175:デフォルトの名無しさん
09/07/15 10:31:44
でも、実装されなきゃ絵に描いた餅

176:デフォルトの名無しさん
09/07/15 11:42:45
またまた。どうせ実装されても数年は（古いソースコードとの互換性を重視して）使わない気でしょ、みんな？＾＾

177:デフォルトの名無しさん
09/07/15 11:49:59
スレ違いだな、そういう人間は。

178:デフォルトの名無しさん
09/07/15 13:04:38
>>174
＞exportとは全然違うでしょ。
実装されてたら、ビルド時間が超速く
なってて、またいろいろ違う状況に
なってたかもしれないけどね。

179:デフォルトの名無しさん
09/07/15 13:17:28
conceptが入ればコンパイルエラーのメッセージが8メガバイトも出力されずに
済むようになるかもしれない（？）

180:デフォルトの名無しさん
09/07/15 17:55:46
>>178
そんなに速くはならんよ。

181:デフォルトの名無しさん
09/07/15 18:00:45
oファイルの汚染が進んで取り返しのつかない事に成ってたかも知れんね

182:デフォルトの名無しさん
09/07/15 19:36:57
この調子で変態ラムダもrejectよろしこ

183:デフォルトの名無しさん
09/07/15 20:01:58
lambdaを入れずしてC++0xの面目はないだろ。
あと、関数の文法統一とnamed lambdaとlocal functionが欲しい所だが。

184:デフォルトの名無しさん
09/07/15 20:33:54
欲張るとコンセプトみたいに消えるからほどほどにしておけ。

185:デフォルトの名無しさん
09/07/15 20:35:03
>>183みたいなのがC++をダメにしたんだな

186:デフォルトの名無しさん
09/07/16 00:13:55
もうautoと右辺値参照さえあればいいよ…

187:デフォルトの名無しさん
09/07/16 02:12:02
>>178
ビルド時間が？
あんたあほちゃうの？

188:デフォルトの名無しさん
09/07/16 02:13:30
>>186
template書きとしてはdecltype必須。
GCのためのメモリモデルもかなりいいよ。

189:デフォルトの名無しさん
09/07/16 20:58:44
conceptの代わりにユーザー定義リテラルが死ねば良かったのに(´･ω･`)

190:デフォルトの名無しさん
09/07/16 21:26:00
右辺値参照とイニシャライザーリストも死ねばいいのに

191:デフォルトの名無しさん
09/07/16 21:31:05
たまにはaxiomのことも思いだしてあげてください。

192:デフォルトの名無しさん
09/07/16 21:35:32
右辺値参照はもう無くせないよ
よほど実装が簡単だったのかほとんどのコンパイラがもう対応してるし
コンセプトと違って

193:デフォルトの名無しさん
09/07/17 01:51:21
>>191
何言ってるの? axiomはconceptの一部だよ。
>>192
右辺値参照をやっつけるのは、コンパイラ屋には簡単で、
ライブラリ屋には難しい。

194:デフォルトの名無しさん
09/07/18 14:09:22
conceptとenable_ifってキャラ被りじゃね？

195:デフォルトの名無しさん
09/07/18 19:19:03
>>8
あれは教会建築としてはフツーの部類なので問題無い
ミラノ大聖堂なんか完成まで400年以上掛かってるし
設計ミスと資金不足で数百年費やした後未完成なんて教会もあるし

196:デフォルトの名無しさん
09/07/18 20:20:29
突っ込まないぞっ

197:デフォルトの名無しさん
09/07/19 15:55:21
conceptはexportと同類だったのか…

>The Concepts proposal was doomed because the committee wasn't standardizing
>existing practice (which is what it usually does) but instead, invented a huge,
>complex and controversial feature ex nihilo. History shows that features that
>were added in this unusual way to C++ have all failed. This was the case with
>exception specifications and exported templates.
URLﾘﾝｸ(www.informit.com)

198:デフォルトの名無しさん
09/07/19 17:05:03
ろくな実装がないという点では同じだな。

199:デフォルトの名無しさん
09/07/19 17:18:47
Haskell や Scala でできてること（型によるパターンマッチ？）を C++ に取り込むって感じじゃないの？

200:デフォルトの名無しさん
09/07/19 18:09:32
標準で野心的なことをすると、自分で作ってみろよ、と言われ、便利な機能を標準外で独自
実装すると標準を守れ、と怒られる時代だなｗ

201:デフォルトの名無しさん
09/07/19 19:43:15
comp.std.c++によれば、どうやらC++0xは1年近くずれ込むようで。

202:デフォルトの名無しさん
09/07/19 19:52:20
誰も使わない言語に、マジになりそうだな。

203:デフォルトの名無しさん
09/07/19 20:09:02
conceptはexportよりも実装はずっと楽。
exportはlink時にlazy compileだから。
まあ最近のgccだとexportも実装できそうな勢いだけど。
GIMPLE使ったlink-time optimizationのbranchあるから。

204:デフォルトの名無しさん
09/07/19 20:10:59
VC10がリリースされたら、C++0xの規格がまとまらなくてもautoにlambdaや右辺値は便利だから使うけどね。

205:デフォルトの名無しさん
09/07/19 20:15:54
規格の内容が変わったらどうするんだろうなVC10

206:デフォルトの名無しさん
09/07/19 20:24:08
正式版リリース前なら変更すればいいし、リリース後ならSPで変更すればいい

207:デフォルトの名無しさん
09/07/19 20:25:43
VC6の二の舞か

208:デフォルトの名無しさん
09/07/19 21:03:08
今からコンセプト取り除く作業して拡張for文とかも考え直して…
1年で済むのかなぁ

209:デフォルトの名無しさん
09/07/19 21:38:01
なー、なんで学園アイドルのコンセプトさんは学校こーへんのー?

210:デフォルトの名無しさん
09/07/19 21:53:15
お星様になったからだよ…

211:デフォルトの名無しさん
09/07/19 21:55:41
本物のスターになったわけか

212:デフォルトの名無しさん
09/07/19 22:00:34
それでも禿なら、禿なら颯爽と実装を持ってきてくれるに違いないっ・・・

213:デフォルトの名無しさん
09/07/19 22:03:46
我らがすっぽすっぽ校長なら全校集会で平然と残念なお知らせをするのも造作ない

214:デフォルトの名無しさん
09/07/19 22:19:41
泣き崩れるforさん
明日は我が身と青ざめるラムダさん
仕事が増えそうで憂鬱なstatic_assertさん
出番が増えそうでニヤニヤしてるtype_traitsさん
あまり興味なさそうな右辺値参照さん
爆睡してるautoさんdecltypeさん姉妹

215:デフォルトの名無しさん
09/07/19 23:06:05
コンセプトってそんなに難しいの？

216:デフォルトの名無しさん
09/07/19 23:06:53
むずかしくないよ

217:デフォルトの名無しさん
09/07/19 23:23:06
Concepts のコンセプトが破綻していたから外されたのですね...

218:デフォルトの名無しさん
09/07/19 23:25:19
>>215
経験が足りない。
難しくないと言いきれるほど、徹底的に分かってない。

219:デフォルトの名無しさん
09/07/19 23:31:09
>>215
難しいというか、普通に実装すると遅くなりすぎる。
実装や最適化の方法について目下研究中ってところ。だいぶ成果は上がってきてるらしいけど

220:デフォルトの名無しさん
09/07/19 23:55:08
遅くなるって？
コンパイル時の技術なんだからそんな問題じゃないでしょ
テンプレートで既にかなり遅いし

221:デフォルトの名無しさん
09/07/20 00:18:36
実装が難しいんだろ。

222:デフォルトの名無しさん
09/07/20 00:27:23
>>219
> 普通に実装すると遅くなりすぎる。

無知は黙ってろ

223:デフォルトの名無しさん
09/07/20 00:30:34
>>219
死ね

224:デフォルトの名無しさん
09/07/20 00:32:36
Pythonとかみたいに気軽に仕様追加や変更できるといいのにね。
C++ 09.7とかC++ 09.12とか。

225:デフォルトの名無しさん
09/07/20 00:33:00
ケンカすんな
空の上のコンセプトさんが悲しむぞ

226:デフォルトの名無しさん
09/07/20 03:53:11
コンセプトさんも草葉の陰から見守っていて下さい

227:デフォルトの名無しさん
09/07/20 04:59:42
コンセプト、まじかよ・・・
せっかくエラーメッセージが見やすくなると思って期待してたのに。

228:デフォルトの名無しさん
09/07/20 05:58:50
boost::conceptで我慢しな

229:デフォルトの名無しさん
09/07/20 06:09:27
いや、標準ライブラリがコンセプトを使うようにならないとあまり意味が無い

230:デフォルトの名無しさん
09/07/20 07:38:57
もうboostが標準でいいよ

231:デフォルトの名無しさん
09/07/20 07:54:14
Concept-gcc やってたひとを雇って他のプロジェクトにつかっている Apple が主犯だ

232:デフォルトの名無しさん
09/07/20 07:55:04
もうやめて！あれは不幸な事故だったのよ！わたしたちがいがみ合ったってコンセプトさんは帰ってこないわ！

233:デフォルトの名無しさん
09/07/20 07:56:33
>>231
それ本当？clangの実装させてるとか？
だとしたらApple許しがたいな

234:デフォルトの名無しさん
09/07/20 09:38:21
Concept-GCC やってたのはこの人
URLﾘﾝｸ(www.osl.iu.edu)
だけど、
URLﾘﾝｸ(www.osl.iu.edu)
みると alumni になってるんだよね。
URLﾘﾝｸ(www.linkedin.com)
をみると、Apple の C++ グループで何かやってる。
去年の10月から働いてるようで、そのあたりで突然ブログ
URLﾘﾝｸ(conceptgcc.wordpress.com)
も止まってます。

clang は去年の段階では C++ が全然だったから、
きっと clang の C++ サポートを頑張ってるんでは。
URLﾘﾝｸ(clang.llvm.org)

235:デフォルトの名無しさん
09/07/20 09:40:55
Objective-Cの競合相手だからな
潰しに来たとしても不思議じゃない

236:デフォルトの名無しさん
09/07/20 10:09:11
う～ん、WebKit とかは Objective-C と C++ の両方に依存しているので
競合相手というのはちょっと違うのでは...
concept-clang とか出てくれればいいですが。

237:デフォルトの名無しさん
09/07/20 13:33:18
まあObjective C++があるわけだし、さすがにC++を葬り去りたいわけでは
ないだろうけれど。MSに行かれるより遥かにマシだとも言えるし。

238:デフォルトの名無しさん
09/07/20 13:58:45
>>219

239:デフォルトの名無しさん
09/07/20 14:31:39
もうやめてー、>>219のライフは０よ。

240:デフォルトの名無しさん
09/07/20 16:28:12
Conceptは未だコンセプトの域を出ていないって事だろ。

241:デフォルトの名無しさん
09/07/20 16:29:52
アホは黙ってろ

242:デフォルトの名無しさん
09/07/20 17:30:03
なんでConceptは外されることになったの？

243:デフォルトの名無しさん
09/07/20 19:27:12
>The Committee voted to remove concepts from the version of the standard
>now being worked on because we estimated it would take at least 2 more
>years, and possibly 5, to complete the work and publish.
>
>With many other desirable features ready to go, and with the current
>standard already more than 10 years old, that seemed too long a delay.
>
>The choice was difficult, and nobody was happy about having to drop
>concepts, but the alternatives -- 5 years delay or standardizing an
>unusable version of concepts -- were far worse.

だって。

244:デフォルトの名無しさん
09/07/20 19:35:18
別にConcept自体はどーでもいいけどさ
ここまで来てやっぱやーめた→何このgdgd

245:デフォルトの名無しさん
09/07/20 22:50:53
WinFSよりもひどい

246:デフォルトの名無しさん
09/07/20 23:00:49
もうC#でいいよ。

247:デフォルトの名無しさん
09/07/20 23:15:33
コンセプトさんは悪くないんや
メタプログラミングの道具にしようとした周りの大人が悪いんや

248:デフォルトの名無しさん
09/07/20 23:34:35
こんな高い山を目前にして下山する勇気を持つのはすごいことでしょ。
正しい決断だったと思うよ。

249:デフォルトの名無しさん
09/07/21 00:15:53
トムラウシ山の教訓が生かされましたね

250:デフォルトの名無しさん
09/07/21 00:46:44
登る前に気付くのが真の賢者

251:デフォルトの名無しさん
09/07/21 00:55:32
と言いながら何処にも登らないニート

252:デフォルトの名無しさん
09/07/21 01:27:40
>>243
この理由が通るなら、次回もその次も「誰も喜ばない難しい選択」で外されそうだ。
俺が現役のうちには手にできないかも知れない気がしてくる。

253:デフォルトの名無しさん
09/07/21 03:37:50
禿の書いた"Simplifying the use of Concepts"がトドメを刺したっぽいな。

URLﾘﾝｸ(www-949.ibm.com)

254:デフォルトの名無しさん
09/07/21 07:20:49
>>251
実装なしで規格の上だけで大半の議論をやってるC++0xの事ですねわかります

255:デフォルトの名無しさん
09/07/21 11:03:07
実装あるよ。未完成なだけで。

256:デフォルトの名無しさん
09/07/21 12:19:54
>>255
Concept-gcc のこと？あれは開発が止まってるわけだが。
clang はエラー報告機能が強化されているらしいが、
いずれconcept 無しで concept 有りのとき並みの
エラーメッセージがでるようになるかな？それは無理かな？
まあまずは C++ をコンパイル出来るようになってもらわないといけないが...

257:デフォルトの名無しさん
09/07/21 12:25:03
>>243
つまり、5年先の将来のバージョンには
含めたいってことなのかな。

258:デフォルトの名無しさん
09/07/21 12:28:06
>>256
おちつけ

259:デフォルトの名無しさん
09/07/21 13:34:50
>>257
Committeeに近い人の話は大体そういう感じだね。

260:デフォルトの名無しさん
09/07/21 20:48:17
>>257そのペースなら、boost::conceptを安心して使えるってことかな？
boost::conceptは既存のSTLと一緒に使えるし。

261:デフォルトの名無しさん
09/07/21 20:55:42
>>243を拙い英語力で訳してみた。

>委員会は、コンセプトを現在作業中バージョンの標準から取り除く事を表明した。
>（コンセプトの）完成と公開には最低２年、可能なら５年は必要だと見積もられたからである。
>
>他の沢山の魅力的な機能は既に固まった。また現在の標準は（策定されてから）１０年以上経った。
>これは長すぎる遅れであろう。
>
>これは辛い決断だった。コンセプトの撤回など誰も喜ばない。しかしこれは一対一の選択である
>－－５年の（コンセプトの）遅れか、誰も使わないコンセプトかの－－それははるかに悪い（？）。

262:デフォルトの名無しさん
09/07/21 21:36:58
最後の段落だけ。

困難な選択だったし、誰も Concepts を削りたくはなかったが、代替案(5 年の遅れか、使いものにならない Concepts の標準化)より遥かにマシだった。

263:デフォルトの名無しさん
09/07/21 21:52:54
簡単な部分だけというわけにはいかないのかな
定義本体のないコンセプトだけとか

264:デフォルトの名無しさん
09/07/21 21:59:56
>>262
unusableは「使えない」「使いにくい」でいいんじゃないかな。
STLがconcept化されてないことを言っているんだと思う。だから、
>>263
それが、
> standardizing an unusable version of concepts
で、
> were far worse.
だと。

265:デフォルトの名無しさん
09/07/22 01:02:37
Conceptsのプロポーザルを書いた一人であるJeremy Siekのコメント

URLﾘﾝｸ(lambda-the-ultimate.org)

これとは直接関係ないが、標準ライブラリでconceptを使うのをやめた時点で
終わってたのかもな

266:デフォルトの名無しさん
09/07/22 01:19:08
concept-based overloading なんかを念頭に置くと
どうしても explicit concept のほうに好みが偏ってしまうかもね

みんな implicit か explicit どっちのほうが好みなんだろうか

267:デフォルトの名無しさん
09/07/22 06:27:08
両方ないと使いづらい。

268:デフォルトの名無しさん
09/07/23 00:03:38
禿自らの記事きたわ
URLﾘﾝｸ(www.ddj.com)

269:デフォルトの名無しさん
09/07/23 01:15:43
現状のテンプレートが実装されるまでにもかなりかかったし、そんなペースでいいんだけど。
遅れた分だけ仕様が洗練されるならいいけど、実装が遅れるだけなら前と一緒だし入れて欲しかった。

270:デフォルトの名無しさん
09/07/23 21:13:41
次に消される機能は何かなーﾜｸﾜｸ

271:デフォルトの名無しさん
09/07/23 22:17:01
exceptionを消せよ

邪魔過ぎ

272:デフォルトの名無しさん
09/07/23 22:27:05
まあ例外クラスは新しく作り直してもいいと思う、今のを全部非推奨にして。

273:デフォルトの名無しさん
09/07/23 23:02:02
バベルの塔は崩れゆく

274:デフォルトの名無しさん
09/07/23 23:24:13
Perl6の末路と良く似てるな

275:デフォルトの名無しさん
09/07/23 23:25:54
C++1xのxがいくつになることやら

276:デフォルトの名無しさん
09/07/24 01:34:39
五年後を考えているようだが。
> Bjarne Stroustrup
> Maybe a significantly improved version of "concepts" will be available in five years.

277:デフォルトの名無しさん
09/07/24 01:41:08
もうC#でいいよ。

278:デフォルトの名無しさん
09/07/24 01:52:56
敢えてのDで

279:219
09/07/24 02:17:06
何処から叩き出されて流れ着いたのかツマラン奴がスレに居付いてるな

280:デフォルトの名無しさん
09/07/24 02:28:20
9割つまらん奴だろう2chなんて。

281:デフォルトの名無しさん
09/07/24 13:39:16
全人類の9割はつまらん奴だから気にするこたあない

282:760
09/07/24 15:05:13
>>277
constとtypedefの無いC#は地獄

283:デフォルトの名無しさん
09/07/24 18:07:03
constを真面目に使ってる奴はほとんどいないし
typedefも型を不完全に隠蔽するだけの邪悪な機能としてよくやり玉に挙がる

なんだこいつらもコンセプトと一緒だな

284:デフォルトの名無しさん
09/07/24 18:15:24
typedefなかったらSTLどうすんだよ。

285:デフォルトの名無しさん
09/07/24 18:37:34
typedefの糞なところは
typedef char hoge;
してhogeの型エラーがでても
エラーメッセージにはcharしか表示されないってとこだっけ

286:デフォルトの名無しさん
09/07/24 19:31:59
いりまくるよぉ、const
constないとconst付けないメソッドとかconst付けない引数とかどう書けばいいんだよ

287:デフォルトの名無しさん
09/07/24 19:33:45
const/immutateも弱いtypedef/強いtypedefもあるDでよくね?

288:デフォルトの名無しさん
09/07/24 19:55:47
DはGC外してから出直してこい

289:デフォルトの名無しさん
09/07/24 20:20:45
>>285
VC++2005つかってるけど、警告最大にして
char c = hoge
とかやったら警告で両方の型が表示された気が。
これって別に規格で定められてるわけじゃないのか。

290:デフォルトの名無しさん
09/07/24 20:29:10
もしDから完全にGCを取り去って使うことができたらC++から移住してしまう人いるのか？
ずっと安定し（て）ないからいないだろ

291:デフォルトの名無しさん
09/07/24 20:37:20
もしGCがなくて安定したDがあれば是非移住したいね

どっちの条件も叶いそうにないが

292:デフォルトの名無しさん
09/07/24 20:56:47
>>282
usingがある程度まではC++のtypedefみたいに使えるぞ。
using HWND = System.IntPtr;のように書ける。

次ページ