Skip to content

Conversation

@raffenet
Copy link
Contributor

@raffenet raffenet commented Sep 11, 2025

Pull Request Description

There are libfabric providers (psm3) that rely on library constructors that do not work correctly when libfabric is statically linked to MPICH. Rather than having to tell users to avoid certain providers in an embedded configuration, always use a shared library to avoid the problem.

Author Checklist

  • Provide Description
    Particularly focus on why, not what. Reference background, issues, test failures, xfail entries, etc.
  • Commits Follow Good Practice
    Commits are self-contained and do not do two things at once.
    Commit message is of the form: module: short description
    Commit message explains what's in the commit.
  • Passes All Tests
    Whitespace checker. Warnings test. Additional tests via comments.
  • Contribution Agreement
    For non-Argonne authors, check contribution agreement.
    If necessary, request an explicit comment from your companies PR approval manager.

Allow embedded module to be built as a shared library.
There are libfabric providers that rely on library contructors that do
not seem to work correctly when libfabric is statically linked to
MPICH. Rather than having to tell users to avoid certain providers in an
embedded configuration, always use a shared library to avoid the
problem.
@raffenet
Copy link
Contributor Author

test:mpich/ch4/ofi

@hzhou
Copy link
Contributor

hzhou commented Sep 19, 2025

Reference: #7193

@raffenet
Copy link
Contributor Author

Reference: #7193

Thanks. As far as I can tell the --with-libfabric=install still statically links the library into MPICH. The libfabric.so that gets installed alongside MPICH hides most of the fi_<foo> symbols so it does not seem usable as a library.

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.

2 participants