-
Notifications
You must be signed in to change notification settings - Fork 0
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
CWG2597 Replaceable allocation and deallocation functions in the global module #1273
Comments
Should we change the suggested wording into the following?
Otherwise, I might recognize the example is well-formed personally.
|
Note that this github paper tracker is for administration only, not for technical discussion. (In your example, your declaration of "operator new" is attached to M, which conflicts with the attachment of the predeclared "operator new". And that's ill-formed.) |
This was discussed during the July 7th, 2022 EWG Telecon. The following Poll was taken: EWG agrees with the resolution of CWG2597 as proposed.
Result: Consensus Consensus was strong, and discussion didn't result in any one having concerns, so forwarding without Electronic Polling was ruled acceptable. |
CWG telecon 2022-07-15: Approved. |
This has been applied. |
Subclause 10.1 [module.unit paragraph 7] implicitly attaches the replaceable global allocation or deallocation functions to the global module. Now that extern "C++" can be used to introduce declarations in the global module, even when in the purview of a named module, the provision seems superfluous.
https://cplusplus.github.io/CWG/issues/2597.html
Example:
This is a user-visible design change, imposing a small ergonomic cost for a rare case in exchange for the removal of a special case, and thus should have EWG approval.
The text was updated successfully, but these errors were encountered: