Skip to content
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

[WIP] cgal: update to 5.2.1 #29552

Closed
wants to merge 4 commits into from

Conversation

karl-nilsson
Copy link
Contributor

@karl-nilsson karl-nilsson commented Mar 18, 2021

  • I generally don't use the affected packages but briefly tested this PR

Does it build and run successfully?

  • I built this PR locally for my native architecture, x64-glibc

TODO

@karl-nilsson karl-nilsson force-pushed the openscad branch 2 times, most recently from b9e804a to 1ba07fd Compare March 19, 2021 04:27
@kwshi kwshi mentioned this pull request Apr 5, 2021
1 task
@ericonr
Copy link
Member

ericonr commented Apr 11, 2021

I believe this PR will be repurposed to a cgal update?

@karl-nilsson
Copy link
Contributor Author

karl-nilsson commented Apr 12, 2021

@ericonr yes, and I intend to move the CGAL package over to header-only, as building shared libraries is deprecated, and will likely be removed in a future release.

What's the best way to go about this?

Copy link
Member

@ericonr ericonr left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall, I think you should add a warning to the package that it's a header only library, so updates should consider rebuilding dependants, and then revbump dependencies so they shed the shlib requirement :)

vmove usr/lib/cmake
}
build_style=meta
depends="${sourcepkg}>=${version}_${revision} boost-devel eigen gmp-devel mpfr-devel zlib-devel"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these depends should be moved to the main package? Actually, we can simply remove the subpackage and add replaces="cgal-devel>=0" to the template; it will be pulled in automatically, since the previous cgal-devel already depended on it.

@karl-nilsson karl-nilsson changed the title [WIP] openscad: update to 2021.01 [WIP] cgal: update to 5.2.1 Apr 12, 2021
@karl-nilsson karl-nilsson force-pushed the openscad branch 7 times, most recently from 753ceaa to dd1ec40 Compare April 16, 2021 20:32
@ericonr
Copy link
Member

ericonr commented Apr 18, 2021

2021-04-16T20:54:12.6865564Z thirdparty/nodemesh/nodemesh/combiner.cpp: In constructor 'nodemesh::Combiner::Mesh::Mesh(const std::vector<QVector3D>&, const std::vector<std::vector<long unsigned int> >&, bool)':
2021-04-16T20:54:12.6867891Z thirdparty/nodemesh/nodemesh/combiner.cpp:31:61: error: 'remove_self_intersections' is not a member of 'CGAL::Polygon_mesh_processing'; did you mean 'self_intersections'?
2021-04-16T20:54:12.6869289Z    31 |                         if (!CGAL::Polygon_mesh_processing::remove_self_intersections(*cgalMesh)) {
2021-04-16T20:54:12.6870025Z       |                                                             ^~~~~~~~~~~~~~~~~~~~~~~~~

CGAL has apparently broken compatibility with (our version of) dust3d

Maybe try to look at this file's history in their repo to see if you spot any possible patches to import?

@karl-nilsson
Copy link
Contributor Author

2021-04-16T20:54:12.6865564Z thirdparty/nodemesh/nodemesh/combiner.cpp: In constructor 'nodemesh::Combiner::Mesh::Mesh(const std::vector<QVector3D>&, const std::vector<std::vector<long unsigned int> >&, bool)':
2021-04-16T20:54:12.6867891Z thirdparty/nodemesh/nodemesh/combiner.cpp:31:61: error: 'remove_self_intersections' is not a member of 'CGAL::Polygon_mesh_processing'; did you mean 'self_intersections'?
2021-04-16T20:54:12.6869289Z    31 |                         if (!CGAL::Polygon_mesh_processing::remove_self_intersections(*cgalMesh)) {
2021-04-16T20:54:12.6870025Z       |                                                             ^~~~~~~~~~~~~~~~~~~~~~~~~

CGAL has apparently broken compatibility with (our version of) dust3d

Maybe try to look at this file's history in their repo to see if you spot any possible patches to import?

Will do

@karl-nilsson karl-nilsson force-pushed the openscad branch 4 times, most recently from 594856e to 424d61a Compare June 16, 2021 20:12
@karl-nilsson
Copy link
Contributor Author

This PR is too stale, I'm closing it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants