MantisBT - CMake
View Issue Details
0009311CMakeModulespublic2009-07-24 12:432011-03-10 14:41
Will Dicharry 
David Partyka 
normalmajoralways
closedfixed 
CMake-2-6 
CMake-2-8 
0009311: FindMPI - MPICH2 library is misnamed on Windows
The find_library command on Windows with an MPICH2 installation searches for mpich2, but it appears that the library is actually named fmpich2.
No tags attached.
Issue History
2009-07-24 12:43Will DicharryNew Issue
2009-09-14 13:47Bill HoffmanNote Added: 0017450
2009-09-14 13:47Bill HoffmanStatusnew => assigned
2009-09-14 13:47Bill HoffmanAssigned To => David Partyka
2009-09-14 13:47Bill HoffmanNote Added: 0017451
2009-09-14 14:30David PartykaNote Added: 0017462
2010-11-04 15:53David PartykaNote Added: 0022855
2010-11-04 15:53David PartykaStatusassigned => resolved
2010-11-04 15:53David PartykaFixed in Version => CMake-2-8
2010-11-04 15:53David PartykaResolutionopen => fixed
2011-03-10 14:41David ColeNote Added: 0025732
2011-03-10 14:41David ColeStatusresolved => closed

Notes
(0017450)
Bill Hoffman   
2009-09-14 13:47   
This should be fixed in CVS CMake.
(0017451)
Bill Hoffman   
2009-09-14 13:47   
Dave, this was fixed right?
(0017462)
David Partyka   
2009-09-14 14:30   
fmpich2 is the FORTRAN version of the library. On that note, I just tested the latest CMake with MPICH2 and can see it does not find mpi.lib correctly. I will take a look at this.
(0022855)
David Partyka   
2010-11-04 15:53   
The FindMPI module does work with the current version of mpich2 to properly locate the C/C++ library. That said, I think the right answer to this issue is to provide separate variables for each type of the library

MPI_FORTRAN_LIBRARY
MPI_C_LIBRARY
MPI_CXX_LIBRARY

and then accumulate them in MPI_LIBRARIES. Following similar conventions as the FindQt and FindPython modules. I will assign this to myself as a feature request.
(0025732)
David Cole   
2011-03-10 14:41   
Closing resolved issues that have not been updated in more than 3 months.