On 12/18/2013 04:42 AM, Kenji Hara wrote:
http://wiki.dlang.org/DIP53
Redesign currently implemented qualified constructor concept.
...

Roughly speaking, this DIP just removes a language feature and changes the syntax of another feature to something less descriptive. I think implementing this is a net loss.

http://wiki.dlang.org/DIP49
Improved points from version 1:
- Swap meanings of 'this(this) inout' and 'this(this) const'
- Inout postblit now covers all cheap (== not rebind indirections)
copies between same qualifiers

Kenji Hara

What about just mentioning the qualifiers of source and target of the copy explicitly?

this(this){ ... } // mutable source, mutable target
this(immutable this){ ... } // immutable source mutable target
this(const this)immutable{ ... } // const source, immutable target
this(const this)const{ ... } // const source, const target
// ...
this(inout this)inout{ ... } // source and target have the same qualifier
// ...
this(this)inout{ ... } // mutable source, arbitrary target
// ...
this(const this)inout{ ... } // const source, arbitrary target

Whenever source and target are (potentially) incompatible, the postblit ensures that all fields with incompatible types in source and target are reinitialized.

Only unique expressions convert to 'inout' anyway, hence the last signature above would correspond to unique postblit in the current proposal.

This would be more explicit, strictly more expressive and require less special casing in the compiler implementation.

Reply via email to