-
Notifications
You must be signed in to change notification settings - Fork 214
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
Improving template usage #153
Improving template usage #153
Conversation
Hello Dusan, thanks, give me some time for the review. |
Now it should be final proposal. With last change the code behave well. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good, thank you
well, there is one conflict, could you please rebase to the develop head, Dusan, please?
Signed-off-by: Cervenka Dusan <cervenka@acrios.com>
Hi @MichalPrincNXP i didn't notice your request. Here i even didn't see conflict. But now it should be fine. |
Thank you, Dusan for your effort! |
Hi, i was thinking about behave of manually_constracted template in corner cases. I was thinking that destructor and constructor should be able to call only in valid cases. I added one more variable to check if destructor is not called too early or constructor several times.
Not sure if i correctly handled cases like get/operator when class was not constructed. Downside of this solution is one more byte with every object. One byte doesn't sounds too bad, but theoretically we can have macro to turn this feature off. But that doesn't sounds worth it.