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

C++0x 6 ..

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;のように書ける。

293:デフォルトの名無しさん
09/07/24 21:53:45
>290
俺的にはDよりもLinqのないネイティブなC#の方がいいな
GCは別にフレームワークで実現するからいらない。動作が確定的なCと互換性のある
言語が欲しい

294:デフォルトの名無しさん
09/07/24 22:03:01
Linqはいるだろ。
いや、クエリ式は無くてもいいが、Enumerableクラスは必須。
これがないC#なんて、<algorithm>なしのC++と一緒。
ないと使う気になれない。

295:デフォルトの名無しさん
09/07/24 22:09:15
>294
ああ、そっちは確かに。ただ、クエリ構文はいらん
Dはそんな言語を目指していると思っていたんだがなぁ

296:デフォルトの名無しさん
09/07/25 01:26:33
俺は純粋C++派だけど、query構文は面白いと思う。

297:デフォルトの名無しさん
09/07/25 02:57:10
つまりExpression Templateを駆使したboost/linqとかあればいいわけですねわかりますわかりたくもありません

298:デフォルトの名無しさん
09/07/25 04:02:18
CLinqのことですね。わかります

299:デフォルトの名無しさん
09/07/25 06:26:10
>>298
わざわざ構文にする必要性ってあるのか？
使いやすいSQL操作ライブラリは結構あるけど
そういうのじゃ足りない？

300:デフォルトの名無しさん
09/07/25 09:02:45
Linqは各種のデータに統一構文でアクセスできるのが強みであって、
必ずしもクエリ式を言語に埋め込む必要はないと思うな。

301:デフォルトの名無しさん
09/07/25 10:12:33
>>299
リアルSQLだけしか扱わないならLinqは必要ない。
言語に近いレベルでの統一的枠組みであることが重要。
関数型言語の内包記法のように。

302:デフォルトの名無しさん
09/07/25 10:34:10
一方D言語は、

auto result = linq!q{
from n in numbers
where n % 2 == 0
select n
};

303:デフォルトの名無しさん
09/07/25 10:48:48
linqとか本来の言語仕様と異なる表記方法を含めるのってどうなのかなあ？

304:デフォルトの名無しさん
09/07/25 11:15:09
テンプレートとプリプロセッサの黒魔術で無理矢理DSLを作ってどうにかする方がマシってか？

305:デフォルトの名無しさん
09/07/25 16:26:01
>>304
たとえばテンプレトメタ黒魔術で生まれたboost::spiritも一応C++の文法の範疇だから、既存コードとの整合性も楽だと思う。

306:デフォルトの名無しさん
09/07/25 16:43:24
自分を相当ラディカルだと思ってる俺でもspiritが黒魔術の許容限界ラインだな

307:デフォルトの名無しさん
09/07/25 17:42:23
spirit v1の方は割と素直なTMPの実例に思えてきた
v2は無理

308:デフォルトの名無しさん
09/07/25 17:50:11
俺はsprintfでいいよ。

309:デフォルトの名無しさん
09/07/25 17:51:23
つまりboost::lambdaがあればラムダ構文なんて不要ということですね。わかりますよ。わかりますよ。

310:デフォルトの名無しさん
09/07/25 19:09:41
ラムダさんが教室の隅で怯えています

311:デフォルトの名無しさん
09/07/25 22:36:55
これをboostにだな
URLﾘﾝｸ(www.codeproject.com)

312:デフォルトの名無しさん
09/07/26 00:28:31
_1とかキモすぎて使う気がおきない

313:デフォルトの名無しさん
09/07/26 00:50:57
ムリムリのテンプレートが必死すぎてキモイから

次の改定では構文を拡張できるようにした方がいいな

314:デフォルトの名無しさん
09/07/26 00:59:57
そろそろCとの互換性をあきらめた
cppppが欲しい

315:デフォルトの名無しさん
09/07/26 01:07:23
>>314
D……いやなんでもない

316:デフォルトの名無しさん
09/07/26 01:16:46
C#だろ、それ

317:デフォルトの名無しさん
09/07/26 01:44:44
DもC#もcppppとは言いがたいな

318:デフォルトの名無しさん
09/07/26 02:40:47
cppppである条件ってなによ

319:デフォルトの名無しさん
09/07/26 03:48:17
プリプロセッサなんだからC++自体と独立なんじゃね。

320:デフォルトの名無しさん
09/07/26 10:29:40
>>318
プログラマがその気になれば、
Cで書かれたコード断片と同じ実行効率にできること。

321:デフォルトの名無しさん
09/07/26 14:21:05
>>320
その気にならなくても、速い言語もあるぞ。

322:デフォルトの名無しさん
09/07/26 17:40:46
>>321例えば？

323:デフォルトの名無しさん
09/07/26 18:59:50
C++

324:デフォルトの名無しさん
09/07/26 19:13:54
あとアセンブリくらいしかなくね？ｗ

325:デフォルトの名無しさん
09/07/26 20:09:21
forth

326:デフォルトの名無しさん
09/07/26 22:10:49
C++と同程度の抽象度を持っていなければ比較する意味ないだろ

327:デフォルトの名無しさん
09/07/26 22:25:53
>>320
lisp

328:デフォルトの名無しさん
09/07/26 22:41:57
forth

329:デフォルトの名無しさん
09/07/27 08:01:26
>>320
まさにDだろｗ

330:デフォルトの名無しさん
09/07/27 09:51:09
COBOLもフォートランもCと同等に速いよ。
COBOLやフォートランでは、OS書けないけど。

331:デフォルトの名無しさん
09/07/27 18:08:04
>>329
ガーベージコレクションがあるので不完全。

332:デフォルトの名無しさん
09/07/27 18:09:25
cのコード走らすだけならGCいらんし．

333:デフォルトの名無しさん
09/07/27 18:19:40
GCありで書かれたコードとGCなしで書かれたコードを
混ぜて走らせるほど恐ろしいことはないと思うんだ

334:デフォルトの名無しさん
09/07/27 20:20:49
> COBOL
が、早いのか?

> フォートラン
載ってるマシンと処理系にもよるけど、
数値計算は C じゃ太刀打ち出来ねぇよ

>>333
メモリマネージメントをまじめに考えてない言語の話だろ?
lisp 系の言語はその辺ちゃんとやってるぞ
# 中には、出来の良くない奴もあるらしいけど…

335:デフォルトの名無しさん
09/07/27 20:44:39
標準を作ってる人たちがやりたいことと、一般のニーズが違うんだよなぁ

>334
managed c++という怖ろしい言語があってだな

336:デフォルトの名無しさん
09/07/27 21:08:12
>>335
managed c++のFormにC++のクラスのメンバ変数を作ろうとしたら、コンパイラにできませんって言われた。
５分で挫折した。

337:デフォルトの名無しさん
09/07/27 21:32:09
どうしてもC++の資産を使わないといけない、というときでないと触れてはいけない言語だった……（遠い目

338:デフォルトの名無しさん
09/07/27 23:31:38
Objective-CとC++を混ぜた学ぶ気がカケラも起きない奴もあってな

339:デフォルトの名無しさん
09/07/27 23:40:18
C/C++のいらない部分をそぎ落として、
いい部分だけを抽出した言語がほしい

340:デフォルトの名無しさん
09/07/27 23:51:24
C#のことですね

341:デフォルトの名無しさん
09/07/27 23:58:17
>>339
なに、C++から++をそぎ落とせだと?

342:デフォルトの名無しさん
09/07/28 00:08:40
仮想関数呼ぶコンストラクタや例外投げるデストラクタにブチ切れてくれるコンパイラが欲しいです

343:デフォルトの名無しさん
09/07/28 00:37:52
DLLやライブラリにメタデータをつけて欲しいわ。メタデータの仕様こそ標準化して欲しい

344:デフォルトの名無しさん
09/07/28 00:39:34
DublinCore

345:デフォルトの名無しさん
09/07/28 00:49:00
GCCかどこかでこのDublinCoreを埋め込む動きとかあるんかいな

346:デフォルトの名無しさん
09/07/28 05:46:49
DublinCoreってHTMLとかのドキュメント向けじゃないの？
LanguageにCとか指定するのか

347:デフォルトの名無しさん
09/07/28 08:31:16
>>338
Objective-C++っていうけど、あれはObjective-CとC++をそのまま混ぜて書けるようにしただけ。
managed C++とかC++/CLIみたいに文法はいじられてないよ。

348:デフォルトの名無しさん
09/07/28 09:18:56
Objective-C++いいかも
クラステンプレートにオブジェクト埋め込んだりできるのか？物凄くグニャグニャですね

次ページ