3 ms·
We have this discussion every few years :) https://news.ycombinator.com/item?id=11219874 https://news.ycombinator.com/item?id=11219874 I have the same comment
by DannyBee 8y ago
We have this discussion every few years :)
https://news.ycombinator.com/item?id=11219874 https://news.ycombinator.com/item?id=11219874
I have the same comment now i had then.
- nkurz 8y agoAnd reading it once again, I'm still sympathetic to Anton's argument and frustrated by your response. Although reading the exchange between the two of you at the bottom, I do see why you might have difficulty looking afresh at his argument. But in the hope of moving the discussion ahead at least a little, could you perhaps respond here to forthy's comment from the last thread? https://news.ycombinator.com/item?id=11226391 https://news.ycombinator.com/item?id=11226391. In particular, why does the C standard seem to prefer undefined behavior over the easier to reason about implementation defined behavior?
- bigcheesegs 8y agoImplementation defined behavior isn't actually any easier to reason about. Compilers are free to choose "assumes this never happens" as their behavior, as there is no limit on what can happen. This is different from implementation defined value or unspecified behavior (which generally has a list of options).