Given that discussion, might I suggest an (untested) workaround would be to --prefix OpenMPI into a non-standard location?
On Wed, 2008-04-16 at 13:03 -0400, Jeff Squyres wrote: > On Apr 16, 2008, at 9:38 AM, Crni Gorac wrote: > >> mpicc (and friends) typically do not output -I only for "special" > >> directories, such as /usr/include, because adding -I/usr/include may > >> subvert the compiler's normal include directory search order. > > > > On my machine, "mpicc -showme:compile" outputs "-pthread" only. > > This would seem to indicate that OMPI is specifically choosing not to > display the -I/whatever flag, most likely because it would have been - > I/usr/include (or similar). > > > I guess CMake is modeling MPI recognizing after MPICH, and that "-I" > > flags appears in "mpicc -showme:compile" output there; tried to check > > that, but latest MPICH (1.0.7) won't even compile on my machine... In > > any case, I reported the issue to the CMake bug tracker too. > > > Ok. If OMPI is installed with a prefix of /usr, I don't anticipate us > changing this behavior -- this exception is specifically implemented > to not subvert the normal compiler include directory search order. > Note, too, that the same issue will occur with -L in the --showme:link > line -- we don't display -L/usr/lib for the same reasons as described > above. >
