Boost uses cmake to do build configuration. cmake's FindMPI.cmake demands that libhwloc is available, and doesn't openmpi installation complete and working unless it sees it. I'm not sure it if is right to demand that, chances are it's wrong. Feel free to state your opinion on that.
If it is right, then openmpi-devel should bring in hwloc-devel.
Interestingly, in openmpi.i686 0:1.5.4-3.fc17 timeframe this bug didn't occur even as hwloc has been absent from the build root (if it existed as a package at all). I don't know whether hwloc changed that much or whether that is a proof that FindMPI.cmake is wrong to request linkable -lhwloc.
Version-Release number of selected component (if applicable):
This is really a bug in cmake's FindMPI.cmake. It shouldn't be looking at the libraries linked in and adding those as deps. Petr - could you file this upstream? http://public.kitware.com/Bug/main_page.php
Actually, hold on, need to trace where things are coming from...
Nope, openmpi issue:
$ mpicc -showme:link
-pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -ldl -lhwloc
Should not have -ldl -lhwloc
configure appears to add them to opal_WRAPPER_EXTRA_LIBS which then makes its way into this list.
This could be legit if the openmpi headers reference symbols in the dl or hwloc libraries but I don't see any references.
I posted a message to the openmpi users lists. We'll see what they say. In the meantime I've built openmpi-1.6-1.fc18 which should no longer add -ldl -lhwloc.
The -ldl is also present on F17 with 1.5.4-5 - probably worth fixing this too.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here: