From Jason Turner

[expr.post.incr]

Diff to HTML by rtfpessoa

Files changed (1) hide show
  1. tmp/tmpxmbdxv4s/{from.md → to.md} +10 -9
tmp/tmpxmbdxv4s/{from.md → to.md} RENAMED
@@ -1,23 +1,24 @@
1
- ### Increment and decrement <a id="expr.post.incr">[[expr.post.incr]]</a>
2
 
3
  The value of a postfix `++` expression is the value of its operand.
4
 
5
  [*Note 1*: The value obtained is a copy of the original
6
- value — *end note*]
7
 
8
  The operand shall be a modifiable lvalue. The type of the operand shall
9
  be an arithmetic type other than cv `bool`, or a pointer to a complete
10
- object type. The value of the operand object is modified by adding `1`
11
- to it. The value computation of the `++` expression is sequenced before
12
- the modification of the operand object. With respect to an
13
- indeterminately-sequenced function call, the operation of postfix `++`
14
- is a single evaluation.
 
15
 
16
- [*Note 2*: Therefore, a function call shall not intervene between the
17
  lvalue-to-rvalue conversion and the side effect associated with any
18
- single postfix ++ operator. — *end note*]
19
 
20
  The result is a prvalue. The type of the result is the cv-unqualified
21
  version of the type of the operand. If the operand is a bit-field that
22
  cannot represent the incremented value, the resulting value of the
23
  bit-field is *implementation-defined*. See also  [[expr.add]] and 
 
1
+ #### Increment and decrement <a id="expr.post.incr">[[expr.post.incr]]</a>
2
 
3
  The value of a postfix `++` expression is the value of its operand.
4
 
5
  [*Note 1*: The value obtained is a copy of the original
6
+ value. — *end note*]
7
 
8
  The operand shall be a modifiable lvalue. The type of the operand shall
9
  be an arithmetic type other than cv `bool`, or a pointer to a complete
10
+ object type. An operand with volatile-qualified type is deprecated; see 
11
+ [[depr.volatile.type]]. The value of the operand object is modified
12
+ [[defns.access]] by adding `1` to it. The value computation of the `++`
13
+ expression is sequenced before the modification of the operand object.
14
+ With respect to an indeterminately-sequenced function call, the
15
+ operation of postfix `++` is a single evaluation.
16
 
17
+ [*Note 2*: Therefore, a function call cannot intervene between the
18
  lvalue-to-rvalue conversion and the side effect associated with any
19
+ single postfix `++` operator. — *end note*]
20
 
21
  The result is a prvalue. The type of the result is the cv-unqualified
22
  version of the type of the operand. If the operand is a bit-field that
23
  cannot represent the incremented value, the resulting value of the
24
  bit-field is *implementation-defined*. See also  [[expr.add]] and