Skip to content

Commit d775eac

Browse files
authored
Merge pull request #3457 from MicrosoftDocs/master
3/24/2021 AM Publish
2 parents 977b515 + 2e33fc5 commit d775eac

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

docs/cpp/variant-t-operator-equal.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -134,9 +134,9 @@ The operator assigns a new value to the `_variant_t` object:
134134

135135
- **operator=(** `bSrc` **)** Assigns a **`bool`** value to a `_variant_t` object.
136136

137-
- **operator=(** *pDispSrc* **)** Assigns a `VT_DISPATCH` object to a `_variant_t` object.
137+
- **operator=(** *pDispSrc* **)** Assigns an `IDispatch*` object to a `_variant_t` object and calls `AddRef`.
138138

139-
- **operator=(** *pIUnknownSrc* **)** Assigns a `VT_UNKNOWN` object to a `_variant_t` object.
139+
- **operator=(** *pIUnknownSrc* **)** Assigns an `IUnknown*` object to a `_variant_t` object and calls `AddRef`.
140140

141141
- **operator=(** *decSrc* **)** Assigns a `DECIMAL` value to a `_variant_t` object.
142142

docs/porting/visual-cpp-what-s-new-2003-through-2015.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1008,7 +1008,7 @@ Although these differences can affect your source code or other build artifacts,
10081008
}
10091009
```
10101010

1011-
- ** Removal of `pow(T, int)` unrolling optimization **
1011+
- **Removal of `pow(T, int)` unrolling optimization**
10121012

10131013
Previous versions of the C++ standard library defined a `pow(T, int)` function template that would unroll a `pow` function call into a series of multiplication operations. This technique would accrue a large amount of inaccuracy due to the nature of floating point operations, causing end results that could be significantly inaccurate. In Visual Studio 2015 Update 1, this behavior was removed to avoid unintentional loss of accuracy when using the `pow` function. However, this version of `pow` was much faster than the correct calculation. If this change causes a significant performance regression and your project does not require precise floating point results (for example, your project already compiles with /fp:fast), consider replacing calls to `pow` with this workaround function:
10141014

0 commit comments

Comments
 (0)