Title
[filesys.ts] [PDTS] class path should have defaulted constructors/destructor/assignments.
Status
nad
Section
[class.path]
Submitter
P.J. Plauger

Created on 2014-01-30.00:00:00 last changed 99 months ago

Messages

Date: 2016-01-28.01:00:35

[ 17 Jun 2014 Rapperswil LWG closes as NAD. Ganesh's analysis is correct. WP correct as written. ]

Date: 2014-02-26.00:00:00

[ 2014-02-26 Beman Dawes comments ]

Suggest NAD. Earlier versions did have defaulted constructors/destructor/assignments, but they were removed at the request of Alberto Ganesh Barbati (c++std-filesys January 8, 2013):

Speaking of =default, we have to be careful not over-constrain the specification. I mean, if we just specify the intended meaning of those function with proper wording, the implementation is allowed to use =default in case it provides an equivalent behaviour, but if we put =default in the specification, the implementation is required to use it. However, we have to remember that "for exposition only" data members may not be an exhaustive list and that 17.5.2.3/2 allows implementations to provide an equivalent behaviour using different members for which "default" construction/copy/assignment may not be appropriate.

=default is what we want for tuple, atomics, etc. It might be appropriate for simple types like file_status, but, for more complex types like path itself, I'd remove it and add proper wording.

Date: 2016-01-31.20:31:05

Addresses: filesys.ts

class path should have defaulted constructors/destructor/assignments.

History
Date User Action Args
2016-01-28 01:00:35adminsetmessages: + msg7843
2016-01-28 01:00:35adminsetmessages: + msg7842
2014-01-30 00:00:00admincreate