Motion 36.03: NO
I vote NO on Motion 36.03: Flavors.
I have long hesitated whether to vote yes. In the end, I decided that
flavors were not worth complicating the standard text. Indeed, I doubt
someone would ever want to write some program that would run whatever
the current flavor on the target architecture; a given program will
almost always be written with a specific flavor in mind. In particular,
Paragraph 7 raises a red flag.
Said otherwise, having a single "addition" and defining its behavior
depending on flavors feels like a mistake. There isn't a single
addition, there are as many additions as there are flavors and they
should all be defined as separate entities (which doesn't prevent to
factor standard text whenever possible). As a point of comparison,
IEEE-754r does define as many additions as there are formats (and in
particular, binary and decimal additions are different beasts) even if
it uses the generic name "formatOf-addition" (which is to be understood
as binary32-addition, decimal64-addition, and so on).
Short version: having a common standard supporting various flavors of
interval arithmetic does not require to artificially merge them all in
the same mold, hence my vote.
Best regards,
Guillaume