-
Notifications
You must be signed in to change notification settings - Fork 861
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
Parameterize and move Fortran MPI bindings modulefiles install location #12649
Parameterize and move Fortran MPI bindings modulefiles install location #12649
Conversation
The first commit (e.g. add About the second one, well, you know what they say "if it ain't broke, don't fix it". |
Thanks, both changes look great to me and I think are clearly the right choice by default. |
Parameterize the install location of Fortran MPI bindings modulefiles via the configure --with-mpi-moduledir CLI option (default to $libdir, per all prior versions of Open MPI). Signed-off-by: Jeff Squyres <[email protected]>
8e149fd
to
9fb2160
Compare
I had the docs not quite correctly split across the 2 commits; I just fixed that and re-pushed. @ggouaillardet makes some fair points:
I don't have too much heartbreak for breaking these use cases. It may even cause such cases to fix what they're doing wrong (i.e., switch to using a supported method).
I hear what you're saying. I think your 2 examples slightly contradict each other, though: the first one worries that we're going to break people who are doing the wrong thing (but who currently still manage to work); the second one worries that people doing the wrong thing are now going to work. I guess my main thought is: if the Fortran world's conventions have changed to put modulefiles in $includedir, shouldn't we also change to do that? We're not trying to be Fortran trendsetters here -- we should be trying to do what the rest of the Fortran community does. That being said, I don't have too strong of opinions here -- I think it would be ok to make this change at an Open MPI major release (i.e., 6.0), but if there's strong opposition to it, then I'll be happy enough with just adding So we have @jsquyres and @ggouaillardet's opinions here -- anyone else want to chime in? |
Just a suggestion: have you considered asking the other packagers on your mailing list? Probably a concern about breaking them without warning - I haven't seen anyone else from that community raising or commenting on this issue. |
Fair point. I posted to the packagers list several days ago with no response yet: https://www.mail-archive.com/[email protected]//msg00098.html |
We talked on the RM call today:
|
9fb2160
to
7338594
Compare
@ggouaillardet Since we ended up not changing the default, could you approve this PR? Thanks! |
See individual commit messages for details.
This PR is split into 2 commits so that we can cherry-pick one of them to the v5.0.x branch and still leave the default install location as
$libdir
.Refs #12600
FYI @minrk