C++0x 5

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 18:55 / Filesize : 156 KB / Number-of Response : 861
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++0x 5

1 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 23:10:49 ]: The C++ Standards Committee
www.open-std.org/jtc1/sc22/wg21/

wikipedia
ja.wikipedia.org/wiki/C%2B%2B0x

C++0x
pc11.2ch.net/test/read.cgi/tech/1149440647/
C++0x 2
pc11.2ch.net/test/read.cgi/tech/1191842951/
C++0x 3
pc11.2ch.net/test/read.cgi/tech/1204808027/
C++0x 4
pc11.2ch.net/test/read.cgi/tech/1214407525/
55 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 21:56:00 ]: D の scope キーワード最強だろ。
56 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 22:54:32 ]: >>47
脳内の現場や脳内の研究の話をされても…
57 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 08:46:59 ]: >>56
一方的に脳内認定されてもな。

速度とメモリ効率考えると、実用するコードは
fortran,C,C++くらいしか選びようが無い分野も
多いとおもうんだけど。少なくとも自分の周りは
何処いっても同じようなもの。

普通に書いたCやC++とほぼ同等レベルの
速度で動けば十分な用途だとjavaやC#でもいいんだろうけど、
この辺で目指しているのは最終手段として
インラインアセンブラでベクトル化することもあるからな。
58 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 08:47:01 ]: >>55
Dってだけでよわい。
59 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 13:05:25 ]: >>57
＞自分の周りは何処いっても同じようなもの。
もっと見聞を広めたほうがいい。

でなければ、黙って脳内認定を受け入れろ。
60 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 13:59:15 ]: >>57
実行速度とメモリ効率だけならFORTRAN以外の選択肢は無いな…
C/C++含めて、FORTRAN以外が選択されることがあるのは、それだけが言語の選択基準じゃないってことだと思うんだが
61 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 22:48:26 ]: でも最近はC++も見直されつつあると思う
62 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 23:34:59 ]: >>60
Pascal
63 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 23:40:09 ]: JAVAが実用じゃないといってる時点でもアウトだろ。
64 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 23:43:04 ]: でもJavaは嫌い
65 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 00:08:22 ]: つーかcontrol invocation syntaxがC++にも欲しい。
Javaより先に入れちゃえと言いたいところだけど、
もう閉じちゃったから10年後なんだよな orz
66 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 03:20:14 ]: >>47だけみて誤解されているようだけど、別にJavaやC#が
実用的でないといっている訳ではないよ。

C++使えない、0xなんて現場で必要とされていないみたいな流れで、
逆にJavaやC#を使っていない・適用しづらい分野もあると
表明したかっただけ。
67 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 08:36:42 ]: >>66
「分野による」って話だと、
.NET やら Java VM 移植されてない環境だってあるわけだし、
組み込みだと未だCだし、
>>47 みたいな書き方するまでもなく、自明な話なんだが。
68 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 20:27:40 ]: >>65
いらん。
これ以上、デブにしてどうするよ？
69 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 21:04:52 ]: デブに穴欄よ
70 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 22:43:27 ]: 語れるほど経験を積んでないのに無理するから
71 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 08:40:04 ]: GCC 4.3.3 の tr1 見たらもうバリバリ Variadic Template 使ってんのな
72 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 09:17:28 ]: それがどうしたハゲ。
73 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 11:14:42 ]: 誰がハゲだと！？もう一度言ってみろ！！
74 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 12:32:40 ]: >>73
0x対応の第4版早く書けハゲ
75 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 13:08:20 ]: そんなに褒めてやるなよ。
76 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 18:03:36 ]: メタプログラミング厨が喜びそうな機能を真っ先に入れるあたりはやっぱりGCC
77 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 19:56:09 ]: ハゲがデブい言語を御所望ですね。
臭くね？
78 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 16:07:56 ]: >>53
> お客様にランタイムインストールしてもらわなきゃとか気にしなくていいし。
なぜかVBのランタイムなら入れてやってもいいという客が多い。
79 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 17:54:22 ]: どうも、「.netはカスだ」と言い張った営業マンの戦略に乗せられている例も多いらしい。
要は、その営業マンの所属するソフト屋が新しい技術についていけないだけなんだけどね。
その所為か、某官庁のシステムは未だにVB6が使われていたり。
80 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:03:55 ]: vbに比べたら.netの方がマシだな。作る側としては。
使う側としては.netの方がランタイムが大きい分、抵抗ありそう。
81 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:10:05 ]: 色々思うところはあるがスレ違いはそろそろ・・・
82 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:14:01 ]: あぶねえ。
.netランタイムは複数バージョンを同居させないといけないのが気に食わない
と書いてしまうところだった。
サンクス>>81
83 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 00:59:08 ]: VBに比べたらC++/CLIのほうがましだといいたいんですね、わかります。
84 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:22:38 ]: C++/CLIは割と良くできてると思うんだ
85 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:25:44 ]: ^ とか勘弁して欲しい
86 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:37:15 ]: __gc*よりはましだぜ。
87 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:48:05 ]: C++/CLI 使った事無いんだけど

Hoge^ hoge;
Hoge^* phoge = &hoge;
Hoge^*& rphoge = phoge;

って可能なの？
88 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:52:39 ]: できるけど、そのままだと安全じゃないよ
89 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 01:58:11 ]: 広義の弱い参照になるって話？
まあ、ダングリングポインタ自体は元々危険だから
改めて気にすることは無いと思うけど。
90 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 02:13:41 ]: C++/CLI使ってるやついないだろ。川俣もC#に戻ったし。
91 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 04:02:09 ]: MSオンリーでなければ手を出すんだがな。
プロパティーとか、属性とかMS臭いすぎる仕様が気に食わん。
92 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 08:51:23 ]: プロパティはもともとデルファイのものでは。
属性は Java にも Annotation 付いたし。
MSはほんと後だしじゃんけんでいい物作るよ。
93 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 09:00:46 ]: C#はもともとMSがDelphiの開発者を引き抜いてきて作ったものだからな
94 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 10:29:48 ]: MSに引き抜かれた技術は全部「MS臭い」といわれるんですね。
分かります。
95 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 11:41:06 ]: ウンコなすりつけられた奴が全員ウンコ臭いのは事実
96 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 15:03:48 ]: MSの属性は元を辿ればMIDLだろう。
その後、いつだか忘れたけど、ATL属性プログラミングといって、MIDLの属性の構文をVC++に持ち込んだ。
その構文がマネージドC++やC++/CLIにも引き継がれて今に至る。
97 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 15:05:38 ]: F#やIronPythonやIronRubyがあるからOCamlやPythonやRubyもMS臭いのですね
98 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 15:17:26 ]: >>66
最初から誤解される書き方しかできない知能しか持ち合わせていないカスが、プログラミング言語を語るとは・・・
コンピューターの前に座ってばっかりじゃなくて、たまには人間と会話した方がいいぞ
99 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:57:10 ]: で、0ｘの次の標準の主なネタは何？
100 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:04:59 ]: まず念願のGCだな
あと多重ディスパッチとかyieldとか
メタコンセプトもどうせ作るんだろうな
あとは何だ
101 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:25:55 ]: 標準ライブラリの完全なconcept化
102 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:32:10 ]: tr2てのはC++0xの次って事でいいの？

ThreadとかNetworkとかDatetimeとかFilesystemとか
実用的なのが多いね
103 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 19:38:27 ]: 正直、これ以上 C++ を高機能化しても仕方が無いと思う。
C++ は構文解析と意味解析が複雑に入り組んでいる事で悪名高いから、
これらが完全に分離された言語に一旦整理し直した、別言語を作るべき。
あくまで C++ と機能的には変わりのない範囲で。
104 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 19:59:30 ]: それは他の人／団体／企業がやってるよ。
105 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 20:26:24 ]: 意味はあるだろ
C++を使ってる俺が嬉しい
106 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 20:27:43 ]: コンパイラ作る側がひぃひぃ言って
サポートが遅れてもあんまり意味が無いからなあ
107 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 20:45:47 ]: >>103
何そのD言語
108 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:11:31 ]: MS付きのC++/CLIでさえあの体たらくだというのに…
109 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:19:19 ]: D言語もGCあるからなあ・・・
常に scope を使えばいいのかもしれないが、なんだかな・・・
110 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:20:10 ]: >>109
D言語でもGCを止めて、C++のように書くことはできる。
111 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:28:30 ]: スコープにとらわれないタイミングで delete できるの？
112 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:38:00 ]: >>111
普通にC++のようにdeleteすればいい。
113 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:54:39 ]: delete できるのか。
いいね、それ。
114 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:49:28 ]: C++はそろそろコンストラクタとデストラクタの前と後に呼び出される処理をデフォルトで追加するべきだな。
ファクトリー関数とかだるすぎる。

スマートポインタをコンストラクタ内で作れなくてもいいから、コンストラクトが終わった後になんか呼び出してくれ。
115 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 01:05:44 ]: >>114
before-daemon, after-daemonｷﾀｰ!
116 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 02:09:14 ]: コントラクトとかアスペクトとか、
そういうのは入らんのか。
テンプレートにちょっといろいろ
たすだけでできそうだが。
117 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 02:59:18 ]: その辺研究した上でconceptに昇華された。
AspectJ, Eiffel, ML, Haskell辺りの型システムを、
型の専門家が研究した成果を取り入れてる。
118 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 08:53:22 ]: さあ！みんなDゲンガーになろう！
119 名前：116 mailto:sage [2009/02/02(月) 18:50:48 ]: >>117
conceptはtraitのちょっとした拡張くらいに
思ってたけど、違うんだ？
# 詳しくはまだ見てないんす。orz

何かの言語で、処理（関数）の前後とかに
別途定義する処理を定型的にねじ込む
機能を見たとき、すげぇ超うらやましい！
と思ったんだけど、あれが使えるのかな。
120 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 20:05:08 ]: C++って、もともとCのソースをつくるだけだったんだぜ。
121 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 22:53:18 ]: 例外で破綻したけどな
122 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 04:26:09 ]: >>103
C++の構文解析って、今はすべて手書きらしいね
こういうことがC++の将来に悪い影響を与えそうな気がする
構文を書き換える時期に来ているのかもしれない
123 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 04:52:16 ]: たしかに、C++は複雑だからという理由も大いにあるだろうけど、
ほかの綺麗な言語でも高速な解析を目指せば自ずと自前で解析するだろうし、
何より今更そんな気にすることか？と思う。
124 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 08:36:01 ]: 確か、IronPythonとかも手書きって話だったと。
125 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:18:53 ]: 使わない仕様とか、勝手にエゴで古いコードの書き方を意味もなく変えたり。
バカだなぁと思う。

特にifとカッコの間にスペース開ける奴。
騙されてるよなぁー、と思う。
126 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:20:41 ]: なぜ？
127 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:22:14 ]: >>126
カッコまでが言語仕様だから。
カッコなしで通るなら、スペースを開けるのが正しいと思う。
128 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:24:03 ]: いやお前の文章の意味が分からん。
「騙されてる」の主語は誰だよ？
「ifとカッコの間にスペース開ける奴」が「騙されてるよなぁー」だと思ったぞ。
129 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:25:06 ]: >>128
スペース開けてる奴は、騙されてるよ。
130 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:29:50 ]: 恥ずかしい言語仕様を隠すためだけに、権威筋が言い始めたのを真に受けて従ってるわけだろ？
騙されてなけりゃ、単なるバカ。
131 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:33:02 ]: 自分の口からだだ漏れ状態の上から目線に興奮冷めやらぬのはわかったけど、
もうちょっと具体的に説明しないとただの電波さんｗ
132 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:46:14 ]: どう見てもただの基地外さんだろ。文章の意味が全く通っていない。
133 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 09:46:41 ]: いやぁ、どう説明しても只の電波だろ。片や「騙されてる」と言いながら、片や「正しいと思う」だし。
134 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:00:46 ]: その辺はスルーして、
C++の構文解析は自然言語構文解析並みwと書いた人が以前いたが、
(g++のMLだったか?)
最近手でパーザを書くのが結構流行っているのは、
エラー処理をきちんとやりたいから。

g++のパーザはすごくわかりやすい。
gccのパーザはbisonの出力したCコードから派生しているけど、
これも以外にもすごくわかりやすい。
v8(Javascript)の手書きパーザもすごく綺麗。
135 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:11:05 ]: >>134
理屈はわかるが、いざ自分がそのパーサを書く係になったらと思うとぞっとするな。
136 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:42:34 ]: エラー処理、得にエラー表示は、UIに属することだからね。
GUIで、入力足りないと、ダイアログウィンドウ出して、
入力してないフィールドを赤く表示して入力を促し、
側に警告も表示するっての似て、手間ばかり多いね。

ちなみにg++のパーザは2万行w (gccは8千行)
C++で書けばいいのに…
conceptg++のパーザは+1400行ですね。

// というかgcc本家のconcept branch放置されてる…
137 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 15:50:22 ]: 手で書かなくてもエラー処理をまともにする方法はある気はするんだけどなぁ
parser combinatorとか使ってコード量を10分の1ぐらいにできないのかなぁ
138 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 18:19:38 ]: >>125
あなたはreturnにカッコを付ける人ですね
分かります
139 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 18:27:17 ]: 相談室もだが、今日は変なやつがいるな
もしかして同じ人？
140 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 18:41:11 ]: >>137
簡単なんでいいから一回パーサーを
書いてみろ。
気のきいたエラー処理がどれだけ
めんどくさいものか体感するべき。
141 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:26:20 ]: >>139
最近あちこちで電波垂れ流してる脳内住人が出没してる。
ここのスレにも、見てわかるとおり。多分同一人物だろうな。
142 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:31:07 ]: パーサのエラー処理は地獄だよ
143 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:38:09 ]: エラー1つ検出して終わりなら大分楽だが
今時そんなコンパイラじゃ誰も使ってくれないだろう。
144 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:39:41 ]: むしろコンパイル速度さえ爆速であればエラーを一つ検出して終わりというコンパイラもアリだと思う。
145 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:48:25 ]: this -> m_Hoge = 10;

これでも通るんだし別にいいんじゃね。
146 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:57:46 ]: >>144
連鎖的にエラーが出る事が多いから、
結局最初の１つくらいしか見ないとか多いしな。
そこ直したらもっかいコンパイルした方がエラーが見やすいし。
147 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 01:07:22 ]: 権威にはからきし弱い、太鼓持ち。
148 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 02:10:26 ]: じゃあ柔軟なエラー処理ができ、かつ簡潔で速度もそこそこ出るパーザの実装手法を考案して有名になってやる
149 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 12:49:40 ]: 期待してるよ
150 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 12:53:03 ]: このスレで宣言するからにはC++0xのパーザも。
151 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 18:39:36 ]: しかし改めて思うがひっでー文法だな
特にdeclarationまわり
152 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 23:54:43 ]: varとかtypeとかfunctionとかのキーワードがないのに合わせて、
typedefが止めを刺した感じ。
classやtemplateやcoceptはキーワード付けてくれて本当に良かったよ。
153 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 11:08:28 ]: >>152
何かで見たけど、キーワードはできるだけ
追加しないってのがポリシーなんだよね。
154 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 11:14:40 ]: >>138
わかってないな。
省略できるから、つけようがつけまいが自由なんだぞ。
単にあのかっこも、一時期のバグ回避だし。
155 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 11:45:46 ]: どうでもいいことで盛り上がるなこのスレ

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef