-
Notifications
You must be signed in to change notification settings - Fork 911
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
Various cleanup of C++ client #631
Conversation
And implicitly generated copy/move assignment operators.
Virtual destructors are only needed in classes where runtime polymorphism is used. None of these classes have other virtual methods, If a class inheriting any one of these has virtual methods, it can declare its destructor virtual.
a77554c
to
bb74295
Compare
A lot of this looks good. However removing the |
Couple/Few things.
|
Instead of null values and setting them to defaults at conclude.
bb74295
to
1e0c1d5
Compare
@mjpt777 I have put back @tmontgomery What kind of guard do you have in mind instead of assertions? To me, it looked like passing zero to I suppose the standalone Image can also be moved, so the addition of move semantics here would not have to be retracted later. |
1e0c1d5
to
8167aac
Compare
I think a move for a reference doesn't make as much sense. But, in general, we can take this and then deal with that when it is needed. The guard I was thinking of would be a return of the bit size as Java does. |
And two new features: