-
Notifications
You must be signed in to change notification settings - Fork 288
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
contrib: MS VC build fixes #3149
base: devel
Are you sure you want to change the base?
Conversation
851dc44
to
cbfd3c7
Compare
cbfd3c7
to
5977f49
Compare
Max, some updated build instructions for msys2/VC (including PETSc) would be really useful! |
It's not nearly as bad as the "will be reverted the next time someone runs bootstrap" changeset, but this still seems to be asking for regressions. Making these sorts of changes in libMesh proper, maybe a little tricky to maintain, but at least we maintain it. We don't maintain Exodus, we just download and update when we need a newer version. Likewise for NetCDF. And for Metis, it's even worse - we don't even always use our own contrib/metis files; we'll build against a third party's (most commonly PETSc's) as necessary. So half your changes here are going to be reverted the next time we update a contrib package (or in one case might have already been reverted - are the Exodus changes here 5.22-only because 8.11 worked perfectly, or just because you didn't test with 8.11?), and half of the changes will occasionally go unused. I'm afraid there's nothing to be done about the "built against a third party's" case, except to submit the same changes upstream and hope that third parties sync up before it becomes a problem. Have you done that yet? But if our "download and update" isn't to become "download and update and break your builds without realizing it", we really need some more documentation here. A set of And updated build instructions would very much help in the same regard. If we're at the point where the remaining fixes are in contrib dependencies, and something like a |
In the meantime you can see the configure arguments I used here: microsoft/vcpkg#22810 vcpkg sets up its own environment and also vcpkg libmesh port does some custom commands in its portfile.cmake so non-vcpkg build will be rather complicated. I will submit a separate PR with non-vcpkg build instructions later. Additionally, we can keep contrib bits as is (the patch will be maintained in vcpkg repository) and this PR can be closed. |
This PR has been marked "do not merge" since we are no longer accepting PRs into the |
target branch is now devel |
No description provided.