On 14/04/2021 23.06, Uecker, Martin wrote:
> I wonder why C++ made the change to inderminate values in C++14?
> (As I understand it, this is where it diverged from C).
> This seems to cause a lot of trouble now and, quite frankly,
> I do not see a real benefit in C++'s rules for indeterminate
> values that are worth all the trouble.

The change towards "indeterminate value" is more a specification
clarification than an actual semantics change.

In C++11, we had in the section talking about lvalue-to-rvalue
conversion (i.e. reading a scalar value from memory):

"If the object to which the glvalue refers is not [...], or if
the object is uninitialized, a program that necessitates this
conversion has undefined behavior."

Questions arose whether that would also apply to bytes,
and how that would interact with a user-written memcpy
look-alike, and whether the property "uninitialized"
was retained even after an assignment to that object.

The introduction of "indeterminate value" formalized
the behavior in this area.

Jens