Conversation
|
I am a little bit confused as to why this is not an issue on Mac. We could also use ucx instead of libfabric; no clue what is the most sensible choice, so I took the first option. |
|
@bourdin, would you happen to know anything about this? |
|
I think you also need this? I guess it wasn't an issue because it used an embedded copy. Which we don't like. |
|
I did not have to set the above flag to specify the path, it picked up the brewed version right away. |
|
Maybe it's less smart about library detection on macOS. |
88b9b78 to
010deb8
Compare
It probably finds it via |
|
I added the flag explicitly. |
|
Yeah, the default behaviour seems to be changing in 4.0 so probably safer to have it explicit. |
|
Maybe you need to specify |
I was about to suggest this again. Then noticed I had already said it 😂 It seems to be linking with |
|
This also builds its own |
|
Just to be clear, I am not trying to fix a Mac issue. It's just that the linux build asked me to add these flags and add a path to libfabric. I think that depending on the brewed libfabric is a good thing, especially because it looks like mpich and libfabric conflict right now (and nobody noticed). You can try to |
|
Using a vendored |
|
I added brew hwloc too and it links against that hwloc now too. The error we are getting is the following: My proposal is the following: add the change I did here for Linux only, so it fixes the Linux build. And then open an issue upstream and ask them for help. I have no clue how to solve this issue. Does this strategy seem reasonable for you? |
|
Sounds good to me! |
|
Just realised this, sorry: let's add appropriate |
|
Done. I also added a link to the email I sent to upstream. |
Fixes (on Linux): configure: error: no ch4 netmod selected
|
Oops. I rebased #74843 thinking this had already been merged earlier. Now I need to rebase again 😄 |
Companion to Homebrew#73062.
| # https://lists.mpich.org/pipermail/discuss/2020-January/005863.html | ||
| args << "FFLAGS=-fallow-argument-mismatch" | ||
| args << "CXXFLAGS=-Wno-deprecated" | ||
| args << "CFLAGS=-fgnu89-inline -Wno-deprecated" |
There was a problem hiding this comment.
@iMichka I am tracking down a downstream issue building a C++ CMake project using FindMPI.cmake against Brew's MPICH on macOS-10.15.
Since this update, it looks like this line's -fgnu89-inline for some reason ends on the downstream compiler C++ line ending in a:
[ 3%] Building CXX object CMakeFiles/<project>.dir/src/<file>.cpp.o
clang: warning: -framework -std=c++14: 'linker' input unused [-Wunused-command-line-argument]
error: invalid argument '-fgnu89-inline' not allowed with 'C++'
I posted an issue & reproducer in #80465
Fixes (on Linux):
configure: error: no ch4 netmod selected
brew install --build-from-source <formula>, where<formula>is the name of the formula you're submitting?brew test <formula>, where<formula>is the name of the formula you're submitting?brew audit --strict <formula>(after doingbrew install <formula>)?