Paul,
thanks for testing the workaround
/* i was on a trip and could not do it myself */
At first glance, i agree with Jeff and the root cause seems to be a
CMake bug.
/* i cannot find any rationale for automatically including some
directories that were not requested by the user */
Thanks for the report. I don't know much about OSHMEM, but I'm guessing the
files were laid out that way for a reason (e.g., maybe the OSHMEM spec calls
for both of those files to exist?).
I've filed an issue here to track it:
https://github.com/open-mpi/ompi/issues/1868
Additionally,
Hi Gilles,
On 07/13/16 01:10, Gilles Gouaillardet wrote:
Paul,
The two header files in include/mpp simply include the file with the same name
in the upper directory.
Yessir!
(and CMake do not care about the upper directory and build infinite loop)
A simple workaround is to replace these
Paul,
The two header files in include/mpp simply include the file with the same
name in the upper directory.
A simple workaround is to replace these two files in include/mpp with
symbolic links to files with the same name in the upper directory.
Would you mind giving this a try ?
Cheers,
Dear OpenMPI developer,
we have some troubles when using OpenMPI and CMake on codes using 'SHMEM'.
Cf. 'man shmem_swap',
> Fortran:
> INCLUDE "mpp/shmem.fh"
Yes here is one such header file:
> openmpi-1.X.Y/oshmem/include/mpp/shmem.fh
... since version 1.7. at least.
The