tmp/tmp94lofp_s/{from.md → to.md}
RENAMED
|
@@ -1,19 +1,10 @@
|
|
| 1 |
#### Functions within classes <a id="functions.within.classes">[[functions.within.classes]]</a>
|
| 2 |
|
| 3 |
-
For the sake of exposition,
|
| 4 |
-
|
| 5 |
-
|
| 6 |
-
|
| 7 |
-
[[class.
|
| 8 |
-
|
| 9 |
-
|
| 10 |
-
default.
|
| 11 |
-
|
| 12 |
-
For the sake of exposition, the library clauses sometimes annotate
|
| 13 |
-
constructors with \EXPLICIT. Such a constructor is conditionally
|
| 14 |
-
declared as either explicit or non-explicit ([[class.conv.ctor]]).
|
| 15 |
-
|
| 16 |
-
[*Note 1*: This is typically implemented by declaring two such
|
| 17 |
-
constructors, of which at most one participates in overload
|
| 18 |
-
resolution. — *end note*]
|
| 19 |
|
|
|
|
| 1 |
#### Functions within classes <a id="functions.within.classes">[[functions.within.classes]]</a>
|
| 2 |
|
| 3 |
+
For the sake of exposition, [[support]] through [[thread]] and [[depr]]
|
| 4 |
+
do not describe copy/move constructors, assignment operators, or
|
| 5 |
+
(non-virtual) destructors with the same apparent semantics as those that
|
| 6 |
+
can be generated by default ([[class.copy.ctor]],
|
| 7 |
+
[[class.copy.assign]], [[class.dtor]]). It is unspecified whether the
|
| 8 |
+
implementation provides explicit definitions for such member function
|
| 9 |
+
signatures, or for virtual destructors that can be generated by default.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 10 |
|