[petsc-dev] dealing with MPIUNi

Satish Balay balay at mcs.anl.gov
Fri Feb 26 15:27:34 CST 2010


On Fri, 26 Feb 2010, Barry Smith wrote:

> 
> On Feb 26, 2010, at 2:56 PM, Satish Balay wrote:
> 
> > 
> > On Fri, 26 Feb 2010, Barry Smith wrote:
> > 
> > > 
> > > On Feb 26, 2010, at 2:43 PM, Satish Balay wrote:
> > > 
> > > > 
> > > > Looks like uedge build tools look for mpiuni spearately and adds in
> > > > -Impiuni.
> > > > 
> > > > But I think its good to keep -Impiuni in petsc makefiles for
> > > > regular users who have mpi.h [or mpif.h] in their non-petsc soures.
> > > > 
> > > But doesn't this mean that the default PETSc build now with single PETSc
> > > library is broken for Facets?
> > 
> > For some reason it needs mpif.h explicitly - so its looking for it.
> > [and adding -Ipath].
> 
>  How come it cannot just use the output from getincludedirs to have the search
> path to find mpif.h


>  That is, isn't the best approach one where it can use MPIUni, but
> uses it automatically without needing any mention of MPIUNI in the
> FACETS build system at all? Or does it already work that way and we
> are all set?

facets has an autoconf macro to detect PETSc [multiple versions,
different install types, with prefix - or not etc..] There might be
scope to simplify this code.

As of now - it appears to work [with petsc-dev except for the makefile
change].

Satish



More information about the petsc-dev mailing list