http://www.open-std.org/jtc1/sc22/wg21/
Wikipedia
http://ja.wikipedia.org/wiki/C%2B%2B11
前スレ: C++11/C++0x 14
http://hibari.2ch.net/test/read.cgi/tech/1316760961/
http://pc11.2ch.net/test/read.cgi/tech/1149440647/
C++0x 2
http://pc11.2ch.net/test/read.cgi/tech/1191842951/
C++0x 3
http://pc11.2ch.net/test/read.cgi/tech/1204808027/
C++0x 4
http://pc11.2ch.net/test/read.cgi/tech/1214407525/
C++0x 5
http://pc12.2ch.net/test/read.cgi/tech/1232460649/
C++0x 6
http://pc12.2ch.net/test/read.cgi/tech/1245092251/
C++0x 7
http://pc12.2ch.net/test/read.cgi/tech/1253280377/
C++0x 8
http://pc12.2ch.net/test/read.cgi/tech/1262874195/
C++0x 9
http://pc12.2ch.net/test/read.cgi/tech/1269623636/
C++0x 10
http://hibari.2ch.net/test/read.cgi/tech/1275375522/
C++0x 11
http://hibari.2ch.net/test/read.cgi/tech/1285884294/
C++0x 12
http://hibari.2ch.net/test/read.cgi/tech/1298470844/
C++0x 13
http://hibari.2ch.net/test/read.cgi/tech/1311240361/
親戚スレ
C1x
http://hibari.2ch.net/test/read.cgi/tech/1296642667/
…奥さんとの会話は殆ど無いらしいよ？
そりゃあ、宮沢りえちゃんとは比較にならないよな、年上女房。
おおお、VCでもできました。ありがとうございます。
VCでラムダのメンバが見れなかったから、なんか特殊な物だと思っていたんですが
関数オブジェクトだったんですね。
前スレ >>985
可変長はVCではできないので、また今度お願いします。ありがとうございます。
992 ：デフォルトの名無しさん：2011/11/16(水) 23:17:17.49
C++11はもう正式な標準になったんだから、C++11の話はC++相談室でいいだろ。
こっちはC++1xとか「次期C++標準」とか、そういうスレになるんじゃないの？
993 ：デフォルトの名無しさん：2011/11/16(水) 23:21:22.74
次期規格つっても5～7年後だろ。
98?03?11って流れだからな。
ネタがないって。
994 ：デフォルトの名無しさん：2011/11/16(水) 23:21:59.16
最狂言語スレ？
995 ：デフォルトの名無しさん：2011/11/16(水) 23:22:54.74
>>993 ネタが無いならこのスレ終了ってことでいいんじゃね？
996 ：デフォルトの名無しさん：2011/11/16(水) 23:24:24.02
まともに実装されて普及されるまでは必要だな
質問を受け付けつつ、次のC++の仕様を
夢見るスレってことでいいんじゃないの。
C++11 で不採用や延期になった proposal について語るスレでどうよ
まだ「C++0x」あるいは「C++11」で、「C++」ではなかった頃の話ってことで
メインはこっちで
C++11ではexportはただの予約語
まだ再燃する余地が残っているのかな
今は予約語確保するのも大変なんだよ
std::auto x = hoge();
これで面倒な問題はだいたい解決する
C++世代で識別子と予約語を混同する奴がいるとは思わなんだ。
overloadって規格になる前に消え去ったことないか
Scheme だと特殊構文も名前空間 (Scheme 用語では library) に属してて、関数やマクロと一貫した扱いになってる綺麗な仕様。
混同する奴は問題じゃない。
区別しなけりゃならないクソ仕様な C++ に疑問を持たないお前が風の前の塵に同じ。
認められない可哀想な子がいるね
C++はバカ言語で決まりや
export 実装した処理系が少なくとも2つ存在してる。
Cを一緒にすんなよ。
その時代知らないけど
algol 系の begin/end ではなく {} を使うから「括弧バカ」だと言ってるんじゃないかな。
begin/end 見ると目が痛い…
beginやendがシンボル名に使えないとか
どんな罰ゲームだよ。
あまり他のとこで見たくない
簡単な検証では Java が特に括弧が多いという見解が出てる。
http://e-arrows.sakura.ne.jp/2010/08/is-lisp-really-has-too-many-parenthesis.html
たぶん C++ も Java と似たような結果になるんじゃないかな。
言語はパラダイムの違いがあるから公平に「同じものを書いて比較」ってのが出来ないし、
この程度の単発のお題で結論は出せないけど、
世間で思われるほど他の言語より Lisp に括弧が多いということは無い。
言語の比較対象として Lisp を持ち出したときに括弧のところで思考停止するのマジでやーめーてー。
今回は識別子の扱いが一貫してる話で Scheme を出したのに何で括弧の話になってるんだよ。
やっぱり多いような……w
当然多いわ
つまり括弧ないとコンパイルは通らないけど、
全部無視される仕組みって事ですね。
Lispのカッコをなくすべき。
8.3.2の↓をアホな僕にわかるよう誰か説明してもらえんでしょうか。
If a typedef (7.1.3), a type template-parameter (14.3.1), or a decltype-specifier (7.1.6.2) denotes a type TR
that is a reference to a type T, an attempt to create the type “lvalue reference to cv TR” creates the type
“lvalue reference to T”, while an attempt to create the type “rvalue reference to cv TR” creates the type TR.
void f(int &&a)のaは必ずint &&だけど、
template<typename T> void f(T &&a)に右辺値(0など)を渡すとaはT &&で
template<typename T> void f(T &&a)に左辺値(変数)を渡すとaはT &になる。何ですかコレ？
http://slashdot.jp/~taro-nishino/journal/507551
これ読むと解決。
多くの場合コピーコンストラクタと代入演算子と生成に関するパターンが注意のしどころの様子なので
これはイディオムになるような気配がするんだよんよんよん…
Lispだけ（）の打鍵数多くて目立つなあｗ
なんで、共通してeの打鍵数が多いんだろ
ってシャーロックホームズが言ってた。
モールス符号
多過ぎて対応取るのが面倒という話なのになぜそうなる
int
array[] = { 1, 2, 3 };
Example
a( 1, 2, 3 ),
b( array );
割と気が効かんね。
コンストラクターの委譲のおかげで多少シンプルにできそうだけど。
Example
a( { 1, 2, 3, 4} );
可変長引数じゃなくて、初期化リストっていうのかこれ。
g++だと内部エラーが出て死んでしまったが
まずは a のプロトタイプを教えてくれ
要するに、↓ができないのは残念ねって事を言ってた。
int array[] = { 1, 2, 3, 4 };
std::initializer_list<int> a = array;
template <typename Iterator>
void a(Iterator b, Iterator e) { ... }
template <typename T>
void a(std::initializer_list<T> list) { a(list.begin(), list.end()); }
using std::begin;
using std::end;
a({ 1, 2, 3, 4 });
a(begin(array), end(array));
void a(T (&array)[]) { a(std::begin(array), std::end(array)); }
これも追加しておけば？
#include <vector>
void fv(std::vector<int> const & v) {};
int main()
{
std::vector<int> v = {1, 2, 3};
fv(v);
fv({4, 5, 6, 7});
return 0;
}
だって動的メモリ確保おせーんだもん。
スタックでの配列確保なら1回の加算命令で済むのに、
ヒープ確保じゃ20命令以上使う上に分岐まですんだぜ。
他に変数があればコストは０
（キャッシュヒット率に影響は出るかもしれないが）
スタック最強伝説。あせんぶりぶり
>> だって動的メモリ確保おせーんだもん。
事実であってもその遅さの比較は真実として意味のあるものなのか？
プログラムを普通に一時間使ってる間にある処理が複数回行われてあるやり方だと合計で1msかかるのが
別のやり方だと100倍遅くて合計で100msかかるようになったところでなんだというんだ。
よく言う高速化・最適化は実測が基本というのは本来はそういう視点で高速化すべきポイントを見定めるという意味のほうが大きかったんだぞ。
0.1秒って結構分かるぞ
例を出すならマイクロ秒にしとくべきだったな
実際CPUの高速化で意味がなくなってる最適化も多いし
計算数が増える前に一括で領域をとっておき、
固定で済む範囲は、生配列を使わないと指数的に影響するときもある。
スレッド2つ用意して、1つのスレッドからデータ供給、
もう1つのスレッドからデータ読み取り。そのデータ供給の際、
1かつ確保したメモリを参照するパターンと、
毎回newしたメモリを引き渡すパターンを作って試してみ。
Mordern C++ Designにも書いてあった、C++のアロケータは
小規模メモリの確保が苦手というのがよく解ると思う。
元の話は一時間での合計の差だぞ。つまり60*60*1000=3600000msと3600099msの違い。
一秒当たりにならすと1000msと1000.0275ms、1.0sと1.0000275sの違い。この差がわかるならたいしたものだ。
この考え方が理解できないなら一秒間に一回定期的に行われる処理の場合を考えてみな。
(その場合は理想的な例にすぎるが高速化のための実測データはこういう視点で解析する。)
ループで動的に確保してたら普通に遅い。
それだけの話に本筋とかけ離れた当たり前な事を言って何がしたいの？
ゴリ押しは気持ち悪いよ。
でも漢数字とmks混ぜんな
せっかくクドイC++で書いてんだから速度ヤバメな機能切れ目のやり取りには始めっから生配列を使っておこうや
オマエ国語力無いな。
ループとか関係なく、トータルの時間差が
意味があるかを考えるってだけの話が理解できないのか。
200nsかかる処理が1万回ループしたとして、
それがウェブの1回の処理の中だったら2msなんて誤差だろ
そんな環境でスタックだヒープだ気にはしない
高速化はハードに任せてソフト面では開発効率を最大重視するのが人類にとって有益
そういう用途にはシステム記述言語以外のものを使ってくれ。
だったらJavaでも使ってろよ。
お前自体がスレ違いだ。
「（･･･その前に走行フォーム見直せよ･･･）」
「（･･･楽に走れる履きなれたのを使えよ。怪我するぞ･･･）」
「（･･･お前が走るのはマラソンだぞ。軽さより衝撃吸収性を考慮しろよ･･･）」
何か問題でも？
ハード屋はクズってことか
ハードしかできない人ではなくハード「も」できる人まで
おまえさ、ソフトって何か本質がわかってねえだろ
せいぜい教科書で教わった程度の定義でもの言ってるだろ
せいぜいRubyの靴を履いてフォーム改善に勤しんでろ
ハ
お
せ
・右辺値参照 + moveセマンティクス
・unique_ptr
・テンプレ可変湖引数
・ラムダ
ここまで理解した
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
おはよう (240)
Visual Studio 2008 Part 21 (537)
Visual Studio 11 Part1 (163)
くだすれC++Builder（超初心者用）その4 (974)
UNIXプログラミング質問すれ Part10 (438)
アプリケーションの国際化対応の話題スレ (234)
--log9.info------------------
薬物中毒者・押尾のヘタレっぷりに笑いが止まらん (498)
【ファン専用】つるの剛士【雑談】 (287)
【Michael】ﾏｲｹﾙ･ｼﾞｬｸｿﾝ【Jackson】Part1255 (538)
東方神起アンチスレ (419)
【見た目は大人】BEAST(B2ST)14【態度は子供】 (320)
KARAを日本から叩き出せ!! part3【反日グループ】 (415)
【演技派】キム・ボム Kim Bum【美少年】 (288)
Ku Hye Sun【ク・ヘソン 3】具惠善 (497)
【Matthew】ﾏｼｭｰ･ｸﾞﾚｲ･ｷﾞｭﾌﾞﾗｰ2.5【Gray Gubler】 (356)
ﾎﾜｲﾄｶﾗｰ【マット・ボマー】イケメン俳優 (204)
【劣化】アンジェリーナ・ジョリーが嫌い20【偽善】 (511)
ジェンセン・アクレス Jensen Ackles Part6 (642)
【中華圏】范冰冰★ファン・ビンビン【№1美女】 (537)
【韓孝珠】ハン・ヒョジュ応援スレ (335)
【ｼﾞｪﾆｰ】テイラー・モンセン【ｺﾞｼｯﾌﾟｶﾞｰﾙ】 (655)
イ・ヨンエ 李英愛 Part1 (278)
--log55.com------------------
ドケチの星座or血液型
炭や薪で節約生活 5（木炭・練炭・豆炭・七輪）
休日は出かけないことにする！！
トイレットペーパー
ミニマリズム
ドケチの正しい風邪の治し方
ネット携帯固定電話スマホモバイル通信費合計節約2
ドケチの夢