This is an unofficial snapshot of the ISO/IEC JTC1 SC22 WG21 Core Issues List revision 115c. See http://www.open-std.org/jtc1/sc22/wg21/ for the official list.
2024-09-25
[Moved to DR at the October, 2015 meeting.]
The term “sequenced after” is used in both the core and library clauses instead of the more-correct “sequenced before.”
Proposed resolution (May, 2015):
Change 6.9.1 [intro.execution] paragraph 13 as follows:
Sequenced before is an asymmetric, transitive, pair-wise relation between evaluations executed by a single thread (6.9.2 [intro.multithread]), which induces a partial order among those evaluations. Given any two evaluations A and B, if A is sequenced before B (or, equivalently, B is sequenced after A), then the execution of A shall precede the execution of B. If A is not sequenced before B...
Change 6.9.2 [intro.multithread] paragraph 14 as follows:
An evaluation A happens before an evaluation B (or, equivalently, B happens after A) if:...
Change 6.9.1 [intro.execution] paragraph 15 as follows:
...Every evaluation in the calling function (including other function calls) that is not otherwise specifically sequenced before or after the execution of the body of the called function is indeterminately sequenced with respect to the execution of the called functionFor each function invocation F, for every evaluation A that occurs within F and every evaluation B that does not occur within F but is evaluated on the same thread and as part of the same signal handler (if any), either A is sequenced before B or B is sequenced before A.9 [Note: if A and B would not otherwise be sequenced then they are indeterminately sequenced. —end note] Several contexts...
Change 6.9.3.2 [basic.start.static] paragraph 4 as follows:
It is implementation-defined whether the dynamic initialization of a non-local variable with static storage durationis donehappens before the first statement of main. If the initialization is deferred tosome point in timehappen after the first statement of main, itshall occurhappens before the first odr-use (6.3 [basic.def.odr]) of any function or variable...
Change 6.9.3.2 [basic.start.static] paragraph 5 as follows:
It is implementation-defined whether the dynamic initialization of a non-local variable with static or thread storage duration isdonesequenced before the first statement of the initial function of the thread. If the initialization is deferred to some point in time sequenced after the first statement of the initial function of the thread, itshall occuris sequenced before the first odr-use (6.3 [basic.def.odr]) of any variable with thread storage duration defined in the same translation unit as the variable to be initialized.
Change 8.6.4 [stmt.for] paragraph 1 as follows:
...[Note: Thus the first statement specifies initialization for the loop; the condition (8.5 [stmt.select]) specifies a test,madesequenced before each iteration, such that the loop is exited when the condition becomes false; the expression often specifies incrementing that isdonesequenced after each iteration. —end note]
Add the following as a new paragraph at the end of Clause 14 [except]:
In this section, “before” and “after” refer to the “sequenced before” relation (6.9.1 [intro.execution]).