-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
[registration] Don't move, or copy ICP #4167
Conversation
THis is a work around the bad design choices in ICP. I'd like for someone to overhaul the desin, but with limited time, this is all I can do. Target milestone: 1.12.0 Closes PointCloudLibrary#2965
I wonder if there can be a check for current milestone. The big green button is very tempting |
Why aren't ABI break and behavior change labels valid? Do we choose the best fit label per PR instead? |
API breaks implies an ABI break. When viewing the ABI changes section in the change log, you're really only interested in seeing items in which only the ABI changed but not the API. My removal of behavior was incorrect. Effectively you can't copy an ICP object anymore. |
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.
Before we merge this: (I'm requesting changes but not really. Just want to keep flag this as don't merge yet)
Is it reasonable to delete the move operations? There should be nothing wrong with moving an ICP object around. And I suspect that by erasing the move you might creating problems for factory like functions. I'll try to compose an example case to illustrate.
The convergence criteria can't be moved that easily since it contains references as well as hidden state that's not exposed by the API. |
Note: Please squash. Not to be merged before 1.12 release is decided |
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
Since PCL 1.12 the assignment operator of IterativeClosestPoint has been set to delete which causes an implicit deletion of the inheriting class CustomICP. Refer to PointCloudLibrary/pcl#4167 for further details.
This is a work around the bad design choices in ICP. I'd like for someone to overhaul the design, but with limited time, this is all I can do. Target milestone: 1.12.0
Closes #2965