Qiita 7 - キータぞ、来たぞ、キータだぞーat TECHQiita 7 - キータぞ、来たぞ、キータだぞー - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト300:デフォルトの名無しさん 25/10/12 22:47:47.29 EE9svh1n.net オーバーフローを無視して処理を続けていいわけはないので安全性の話なんだよなあ 何言ってんのこの人ｗ 301:デフォルトの名無しさん 25/10/12 22:55:53.45 jaSkqZ+M.net オーバーフローは無視できる処理もあるし、オーバーフローが起きない場合もあるわけだから、そこはケースバイケースやろ。 状況次第としか。 302:デフォルトの名無しさん 25/10/12 23:07:39.13 yC0+QvH7.net 生成コードで考えると オーバーフローフラグが立つ演算命令1つ毎に直後にオーバーフローの有無で判断する分岐命令を必ず入れることになるがそれは効率が悪すぎる しかも命令順序の固定化と直列化を招いてしまう 現在のCPUは命令順序の入れ替えと並列化で最適化をするからそれができないと劇的に遅くなる 不要なオーバーフローチェックは可能な限り避けるべき 303:デフォルトの名無しさん 25/10/13 02:39:47.42 5mcGe2/B.net >>290 オーバーフローのチェックのコストの重さ問題は特定の言語に関係なく全ての言語で生じる話だよ そのためC/C++ Java Go Rustなど多くの言語では標準状態でオーバーフローのチェックは行われずラップアラウンドされた結果となるよ そして必要に応じてオーバーフローのチェックをする関数を呼び出すなどして対応するよ 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch