ScopedVariant: Remove ambiguity when creating with a "long" value.
This fixes the compilation when building with "-fno-ms-extensions" Since the underlying storage in VARIANT is a "long", it makes sense to make the main constructor of ScopedVariant take an integer of this type. But even after this change, since there still many callsites using a "int" variable, that version is still needed to avoid the ambiguity between the "double" and "long" constructors. Finally, I've added an explicit version for VT_BOOL, because the above changes were causing additional compilation errors. Bug: 1061948 Change-Id: Ib6b22b2c01976dc4e6cbcf641e8a4ed3986c84a7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2110452 Auto-Submit: Patrick Monette <pmonette@chromium.org> Reviewed-by:Kevin Babbitt <kbabbitt@microsoft.com> Reviewed-by:
Robert Liao <robliao@chromium.org> Commit-Queue: Patrick Monette <pmonette@chromium.org> Cr-Commit-Position: refs/heads/master@{#753246}
Showing
Please register or sign in to comment