Skip to content
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

[atomics] Consistent use of enum class memory_order #3832

Merged

Conversation

AlisdairM
Copy link
Contributor

Since the application of P0439R0, the library wording has been partially
updated to use the new scoped enumaration values whenever memory order
constants are required, and partially retains use of the inline
constants supplied for back compatibility.

This patch conistently uses the memory_order::enumerators, retaining
the old name only for their declaration, the index, and for Annex C
wording on C++17 compatibility, which /should/ use the old spelling.

Since the application of P0439R0, the library wording has been partially
updated to use the new scoped enumaration values whenever memory order
constants are required, and partially retains use of the inline
constants supplied for back compatibility.

This patch conistently uses the memory_order::enumerators, retaining
the old name only for their declaration, the index, and for Annex C
wording on C++17 compatibility, which /should/ use the old spelling.
@AlisdairM
Copy link
Contributor Author

I need help understanding the Travis failure - my local builds all succeed. Which part of the message above indicates the nature of the failure that I need to address?

@timsong-cpp
Copy link
Contributor

future.tex:Overfull \hbox (8.65416pt too wide) in paragraph at lines 1891--1892.

Looks like the change caused the code block to run into the right margin.

@jensmaurer jensmaurer added the changes requested Changes to the wording or approach have been requested and not yet applied. label Mar 7, 2020
The atomic API for shared_ptr has a couple of returns clauses bleeding
their trailing period beyond the margin, so revert the whole clause
for consistency, allowing the main text edits to proceed.
@AlisdairM
Copy link
Contributor Author

Reverted the changes to Annex D, so at least the text of the main standard can benefit from the update. Need someone more skilled in the art of LaTeX, typography, and the margins, to figure a better solution for the long expressions for a couple of the Returns: clauses in the Annex D deprecated atomic access to shared_ptr API.

@jensmaurer jensmaurer removed the changes requested Changes to the wording or approach have been requested and not yet applied. label Mar 8, 2020
@zygoloid zygoloid merged commit 9778526 into cplusplus:master Mar 11, 2020
@AlisdairM AlisdairM deleted the consistent_use_of_memory_order_enum branch November 14, 2023 19:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants