New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[2018-06 LWG Motion 14] P0788R3 Standard library specification in a concepts and contracts world #2132
Comments
I have LaTeX markup corresponding to the wording from my paper. If it might be helpful to have, please let me know to whom I should email it.
… On Jun 9, 2018, at 10:44 AM, Jens Maurer ***@***.***> wrote nothing:
|
@W-E-Brown, please attach the LaTeX source as a file to this issue. Thanks. |
Or email it to me and I'll assign myself to do the work. |
Editorial issue noticed: [res.on.required] p1 is altered to say "Requires: element" instead of "Requires: paragraph" but still says "Throws: paragraph". |
An added example in [structure.specification] says "an implementation-defined attribute such as Implementation-defined attributes should be scoped. |
The last sentence of [structure.specifications] p4 still refers to a Postconditions: element, which should be Ensures:. |
On Jun 11, 2018, at 5:05 PM, Jonathan Wakely ***@***.***> wrote:
Editorial issue noticed:
[res.on.required] p1 is altered to say "Requires: element" instead of "_Requires: paragraph" but still says "Throws: paragraph".
Sigh. Yeah, I missed that one, and likewise another in the footnote attached to [structure.specifications]/3. Mea culpa.
Please do fix these editorially; I hope it's clear that consistently changing "paragraph" to "element" was intended in these subclauses.
Thanks for catching this.
|
On Jun 11, 2018, at 5:28 PM, Jonathan Wakely ***@***.***> wrote:
An added example in [structure.specification] says "an implementation-defined attribute such as [[expects]]"
Implementation-defined attributes should be scoped.
Yes, but with the adoption of the contracts proposal, this example attribute is no longer implementation-defined. I recommend editorially striking "implementation-defined" from the example.
|
All the issues mentioned above have been fixed on the branch (as separate commits). Thanks for the quick responses, @W-E-Brown |
Oops, the branch I pushed is missing all the renaming of Postconditions: to Ensures:, I forgot to merge that in before pushing it. |
Instead of changing every
|
So "equivalent to" doesn't propagate Requires: anymore? It seems like we should keep Requires: in [structure.specifications]/4 until we actually get rid of the element. |
@jwakely: If we do get rid of an element, we should also do a global search/replace in the LaTeX, otherwise editoris will be confused for generations to come. We can do that after the mailing, though. |
@timsong-cpp good point. @jensmaurer yes, I think we should wait until all the motions are merged, then replace all |
No description provided.
The text was updated successfully, but these errors were encountered: