It actually is expected behavior. Open MPI's wrappers do not
automatically add -I for /usr/include or -L for /usr/lib because these
directories are typically in the compiler's/linker's default search
path, and having the wrapper compilers manually add them tends to
screw up search ordering.
You can change the default behavior of the wrapper compilers, though
-- see this FAQ entry for details:
On Sep 23, 2008, at 6:40 AM, Jed Brown wrote:
> On Tue 2008-09-23 08:50, Simon Hammond wrote:
>> Yes, it should be there.
> Shouldn't the path be automatically included by the mpif77 wrapper? I
> ran into this problem when building BLACS (my default OpenMPI 1.2.7
> lives in /usr, MPICH2 is at /opt/mpich2). The build tries
> $ /usr/bin/mpif90 -c -I. -fPIC -Wno-unused-variable -g
> Error: Can't open included file 'mpif.h'
> but this succeeds
> $ /usr/bin/mpif90 -c -I. -I/usr/include -fPIC -Wno-unused-variable
> -g bi_f77_mpi_attr_get.f
> and this works fine as well
> $ /opt/mpich2/mpif90 -c -I. -fPIC -Wno-unused-variable -g
> Is this the expected behavior?
> users mailing list