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
This note is explaining why hexfloat uses a weird combination of flag values, but it's phrased as if justifying a change to the status quo, not as a historical description. It's not clear that this note is useful, but if we want to retain it, we should rephrase.
The text was updated successfully, but these errors were encountered:
It seems that having a well-constructed, durable note here would be friendly, since this is indeed an odd design, so some form of "sic!" marker would be nice.
I don't understand the rationale offered here. "floatfield" could never be "hex" in C++2003. Maybe in some implementations, the numeric value of hex conflicted with scientific or fixed?
do anything, ios_base::hex must have bits in common with ios_base::floatfield. But ios_base::basefield is defined as dec|oct|hex, so the result would be that floatfield and basefield would overlap, which seems bad.
This note is explaining why
hexfloat
uses a weird combination of flag values, but it's phrased as if justifying a change to the status quo, not as a historical description. It's not clear that this note is useful, but if we want to retain it, we should rephrase.The text was updated successfully, but these errors were encountered: