Add support for VTK 9#4262
Conversation
|
Please run |
cdd5174 to
c2dcc3e
Compare
f4592b0 to
eee397b
Compare
|
Is draft PRs not run by CI anymore? |
eee397b to
f4592b0
Compare
f04e924 to
f70b59b
Compare
676c514 to
3ea863e
Compare
18564c3 to
fda2704
Compare
|
Please rebase to get the latest release pipeline CI. Current version forces release CI to be run always |
217be3a to
3d8a6d7
Compare
apps/cloud_composer/include/pcl/apps/cloud_composer/cloud_view.h
Outdated
Show resolved
Hide resolved
visualization/include/pcl/visualization/vtk/pcl_vtk_compatibility.h
Outdated
Show resolved
Hide resolved
|
@larshg 🚀 ? |
|
Yes please, lets get it merged so we can get a swarm of issues about VTK9 🤣 |
|
LGTM. I'll let you do the honors of merging this 🥳 🎆 🎊 |
|
Woot 🥳 |
|
So when will be the next tagged release? |
That's a great question. Since there are still a few issue left on the milestone, but maybe... some of them should be moved for the next :) |
|
About the milestones and releasing this fix … please consider releasing such changes as minor/bugfix versions. I'll have to pull in the change anyway when packaging this for an environment that has vtk 9, like I right now have to pull in PR 4540 since the still-current release relies on qhull API that has long been deprecated. When you are in this ecosystem of dependencies that put pressure on users even being able to build PCL at all, it would be nice to consider such build fixes/updates separately from any milestone goals about features. Saves a lot of pain for packagers, especially, who usually are not at the liberty of picking a preferred version of any dependency when there is another in the repository/distribution. |
Closes #4138, closes #4096.