-
Notifications
You must be signed in to change notification settings - Fork 46
Fix compilation issues related to Eigen 5 #596
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
Conversation
@Lucas-Haubert @jorisv The issue on the Ubuntu CI with the GeneralizedSelfAdjointEigenSolver is not related to this PR, and seems related either to an Eigen issue or to a test issue. @Lucas-Haubert Could you investigate it? |
Fixes #586 |
We can wait the conda-forge eigen 5 release so we will be able to reproduce the issue easily. |
This is fun, as I ended up here as I wanted to write in that PR "let's wait for downstream projects to start supporting Eigen 5 before upgrading the conda-forge package to Eigen", so that turned in a chicken and egg problems. Jokes apart, I guess this may take a few days, see conda-forge/eigen-feedstock#47 (comment) . |
I can switch the Nix CI to eigen5 if that help to break the deadlock |
@nim65s Thank, we were speaking about that with @ManifoldFR |
Guilhem to the rescue 🙏🏼 |
@traversaro I my point of view the new package should be released, then downstream project can add compatibility to it. It's a new major version so if it break thing it's normal. People will provide patches. And if there is some bug on eigen side, they will (hopfully) release new patch release (:crossed_fingers:). On CI side we have lockfile to protect us against that. But I know a lot of other projects doesn't have one, so I'm really speaking for myself. |
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.
Wait ability to reproduce in CI
Sure, I agree in theory, but eigen is a bit specific case for several reasons, including the fact that it is an header only package, so there is no usual migration process (at least until we will have the eigen-abi package, and even in that case the migration will only happen if you use eigen in the public headers, not if you have any transitive dependency that uses eigen, as it happens for "normal" libraries), that it has not being released for a long time, and is used really extensively in most C++ robotics libraries. Indeed my suggestion is just to wait for a few days, not forever for all downstream packages to be fixed (that will probably take months/years). |
No description provided.