Descriptiontuple: leave fields uninitialized in default constructors
Using "x()" in TupleLeaf's default constructor causes primitive types
(e.g., integers and pointers) to be zero initialized, whereas
previously Tuple left them indeterminate. Arguably zero-initializing
is better, but the change was inadvertant and results in a measurable
code size increase, so this CL reverts it (at least for now).
BUG=440806
Committed: https://crrev.com/f2c5add463f5fbb425934ef71390ca848a9df01a
Cr-Commit-Position: refs/heads/master@{#308455}
Patch Set 1 #Patch Set 2 : Fix silly syntax error #Messages
Total messages: 7 (2 generated)
|