- C++相談室 part120 [転載禁止]©2ch.net
202 ：デフォルトの名無しさん[sage]：2015/10/30(金) 11:21:15.28 ID:fK4ls09n - >>196 wwww
嘘つき
|
- C++相談室 part120 [転載禁止]©2ch.net
204 ：デフォルトの名無しさん[sage]：2015/10/30(金) 11:35:36.18 ID:fK4ls09n - 恥の上塗り>>196wwww
|
- C++相談室 part120 [転載禁止]©2ch.net
208 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:03:05.02 ID:fK4ls09n - 元の流れ的に
今は副作用が無い場合の話はしていない
副作用があって順番を固定したいから、どうのこうの、っていう流れ
|
- Win32API質問箱 Build121 [転載禁止]©2ch.net
456 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:05:37.49 ID:fK4ls09n - まぁでも定数を左に書いたほうが重要な情報がエディタの左に集中して読みやすい場合も有るよね
|
- C++相談室 part120 [転載禁止]©2ch.net
212 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:17:23.11 ID:fK4ls09n - >>209その話が>>196と何の関係が有る？
|
- C++相談室 part120 [転載禁止]©2ch.net
215 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:33:14.15 ID:fK4ls09n - 元々の話は>>192だからね
副作用のある関数の実行順を固定したいとき、どうするかって言う
関数の引数で呼び出すと、順番がどうなるかは不定になる
明示的に複数文に分けて呼び出せば順番は保障される
たたそれだけ
後者の場合で、たとえインライン展開されてコンパイラが凄い最適化したとしても、
得られる結果が同じであれば、今回の事例ではOKってことになる
途中の過程がどうであれ、結果が同じなのだからな
関数の引数で呼び出すと、途中経過もそうだが、
そもそもから結果すら同じにならないから、問題だというわけさ
結果が違うわけだから最適化以前の問題、
なぜなら、最適化は結果が同じである範囲で最適化するのが当たり前だから、
根本的に結果が不定になるのは、最適化レベルの話ではないし、その話をしているわけ
|
- C++相談室 part120 [転載禁止]©2ch.net
216 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:34:25.76 ID:fK4ls09n - つまり、最適化で順番が入れ替わる風な事を言っている人は的外れもいいところ
そういう時限の話をしているわけではない
|
- C++相談室 part120 [転載禁止]©2ch.net
218 ：デフォルトの名無しさん[sage]：2015/10/30(金) 13:47:08.35 ID:fK4ls09n - >>192 はC++の仕様レベルで順番が不定であるような、根本的なことを問題にしている
環境によって計算結果そのものが異なってしまう、そういうお話
一方で最適化は順番が入れ替わっても、結果が変わらない範囲で入れ替わるのが普通
ここに大きな差が有る
順番が入れ替わって結果も変わってしまう話と
順番が入れ替わっても結果は変わらない話を
同列に語るのはおかしいわけ
|
- 【Delphi】Embarcaderoオッチャ その31【C++ﾋﾞﾙﾀﾞ】 [転載禁止]©2ch.net
151 ：デフォルトの名無しさん[sage]：2015/10/30(金) 14:11:30.61 ID:fK4ls09n - >>150のインストール後の感想
「これ、.Netのパクりじゃね？」
|
- Win32API質問箱 Build121 [転載禁止]©2ch.net
459 ：デフォルトの名無しさん[sage]：2015/10/30(金) 16:35:01.19 ID:fK4ls09n - >「NULLがthisPtrのとき」
そういう風に読むからそう感じるだけで、詠み方は個人の自由だから本質的に関係なくね？
NULL==thisPtrなんだから、そのまま
「NULLと等しいthisPtrのとき」
って読んでも良いわけでさ
|
- C++相談室 part120 [転載禁止]©2ch.net
227 ：デフォルトの名無しさん[sage]：2015/10/30(金) 16:37:58.27 ID:fK4ls09n - >>226
誰もそんなこといってなくね？
|