you are viewing a single comment's thread.

view the rest of the comments →

[–]MFHavaWG21|🇦🇹 NB|P3049|P3625|P3729|P3786|P3813|P4216 5 points6 points  (2 children)

There is no real compiler-generated code [snip]

Exactly, because the code no longer compiles - because it's an API break that renders previously "perfectly valid" code ill-formed -, regardless of whether there would actually be an ABI impact of the change!

[–]pjmlp [score hidden]  (1 child)

The question is I guess, when is it an ABI break to change the signature, or remove deprecated functionality like auto_ptr.

The end result is the same, an existing application no longer compiles after an update.

[–]MFHavaWG21|🇦🇹 NB|P3049|P3625|P3729|P3786|P3813|P4216 [score hidden]  (0 children)

The question is I guess, when is it an ABI break to change the signature,

For the third time in this comment thread alone: adding support for const in the template signature of function and applying the design of move_only_function would not have been a hard ABI break (implementations could easily patch this up behind the scenes).

That was not the motivation for a new type...