You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes we has "A program has undefined behavior", and other times we say "the behavior of a program is undefined".
As far as I can tell, these two alternate wordings mean exactly the same thing, and it would be good for consistency to pick just one form.
I suggest changing all "program is undefined" forms to the "has undefined behavior" form for the meta-reason that it puts the words "undefined behavior" together, making it easier to turn that term into a macro like "implementation defined", with a long term view to create an annex or index of undefined behaviors built on such a macro.
The text was updated successfully, but these errors were encountered:
As noted, I have a meta-reason for trying to refactor wording to put "undefined" and "behavior" together, is that worth pursuing at all?
Thinking a little more, I guess the macro could simply be for the word "undefined", but I did like the more specific combination of "undefined behavior".
Sometimes we has "A program has undefined behavior", and other times we say "the behavior of a program is undefined".
As far as I can tell, these two alternate wordings mean exactly the same thing, and it would be good for consistency to pick just one form.
I suggest changing all "program is undefined" forms to the "has undefined behavior" form for the meta-reason that it puts the words "undefined behavior" together, making it easier to turn that term into a macro like "implementation defined", with a long term view to create an annex or index of undefined behaviors built on such a macro.
The text was updated successfully, but these errors were encountered: