- C++14/C++1z 20
270 ：デフォルトの名無しさん[sage]：2015/02/15(日) 08:52:17.00 ID:PHrUZGDg - restrictを使わないと最適化できないコードは確かに存在する。
同時にrestrict修飾を行わなくとも自動で最適化できるコードも存在する。
安易なrestrict修飾はわかりにくいバグを埋め込む原因にもなる場合があるし、
手動でrestrictしなければ最適化できないコードは書くべきではない。
inline修飾並に時代遅れだし、inline修飾以上に害悪。
|
- C++14/C++1z 20
271 ：デフォルトの名無しさん[sage]：2015/02/15(日) 08:59:29.60 ID:PHrUZGDg - >>267
最適化は常にプログラムの動作を全て最適なものにする処理ではない。
効用の増加に伴い準指数時間超で解析に掛かる時間が増えていくので通常は途中で打ち切る。
restrictに関わらず、最適化の余地を残さず処理を施すのであれば、それはどれも停止判定問題に属する。
|
- C++14/C++1z 20
272 ：デフォルトの名無しさん[sage]：2015/02/15(日) 09:02:13.84 ID:PHrUZGDg - >>269
__restrict__拡張の目的はコンパイラの判定に関わらずメモリの重複がないとプログラマが強制的に宣言するもの。
その需要はforce inlineの位置に近い。
|
- C++14/C++1z 20
273 ：デフォルトの名無しさん[sage]：2015/02/15(日) 09:05:05.63 ID:PHrUZGDg - 死ね
|
- C++14/C++1z 20
275 ：デフォルトの名無しさん[sage]：2015/02/15(日) 09:17:24.08 ID:PHrUZGDg - 自分で調べろカス
|