Re:Impact of Undefined Behavior on Performance
by fay59 on Friday July 09, 2021 @10:54AM
(#27784313)
No, you’ve missed the point. It’s still much better to have a trap than “any other imposed behaviour” because the compiler can reason that this condition is impossible on the happy path and remove code accordingly.
Removing code is both among the most sensitive and the most effective optimizations that compilers do, and they use UB as another signal for “unreachable”. The current model of “assume things never happen and don’t plan anything in particular if it does happen” does no one a service.
Re:Impact of Undefined Behavior on Performance
by mike_hock on Friday July 09, 2021 @05:18PM
(#27788638)
If you impose that the unhappy path must trap, the compiler has to guarantee that.
Conversely, if the compiler can reason that the condition is impossible, it can remove code regardless of what behavior is imposed for the condition that it knows can't happen.
... on hardware where the native instruction happens to trap.
Otherwise it needs to generate a conditional branch and explicit trap instruction, which is as unoptimal as any other imposed behavior.