On Tue, Aug 17, 2010 at 06:59:13PM +0100, Garth N. Wells wrote:
> On Tue, 2010-08-17 at 19:51 +0200, Anders Logg wrote:
> > On Tue, Aug 17, 2010 at 07:17:29PM +0200, Anders Logg wrote:
> > > On Tue, Aug 17, 2010 at 07:06:43PM +0200, Anders Logg wrote:
> > > > On Tue, Aug 17, 2010 at 06:01:46PM +0100, Garth N. Wells wrote:
> > > > > On Tue, 2010-08-17 at 18:46 +0200, Anders Logg wrote:
> > > > > > Why do we need to set PETSC_ARCH? We didn't before. Is there a way 
> > > > > > to
> > > > > > figure it out?
> > > > > >
> > > > >
> > > > > In general, no. It's possible (and common) to have a debug and an
> > > > > optimised version installed side-by-side (there are more 
> > > > > possibilities)
> > > > > than just optimised and debug). The libs go in
> > > > >
> > > > >   ${PETSC_DIR}/${PETSC_ARCH}/lib
> > > > >
> > > > > If you do a regular
> > > > >
> > > > >    ./configure --prefix=/foo/bar
> > > > >
> > > > > then I don't think that it's required since there will be not
> > > > > distinction between a debug and an optimised version.
> > > >
> > > > There seems to be some code for searching for PETSC_ARCH in the
> > > > FindPETSc script:
> > > >
> > > > set (_petsc_arches
> > > >     $ENV{PETSC_ARCH}                   # If set, use environment
> > > >     variable first
> > > >     ${DEBIAN_FLAVORS}  # Debian defaults
> > > >     x86_64-unknown-linux-gnu i386-unknown-linux-gnu)
> > > >
> > > > But it doesn't include the following two options that we have in the
> > > > old Scons script:
> > > >
> > > > elif os.path.exists(getPetscDir(sconsEnv=sconsEnv)+"/linux-gnu-c-opt"):
> > > >         return "linux-gnu-c-opt"
> > > > elif 
> > > > os.path.exists(getPetscDir(sconsEnv=sconsEnv)+"/lib/linux-gnu-c-opt"):
> > > >         return "linux-gnu-c-opt"
> > >
> > > I see now these two are included in debian_arches.
> >
> > I don't have a regular PETSC_DIR but rather an installed version of
> > PETSc (installed by Dorsal). It looks like it should work anyway since
> > then PETSC_ARCH can be empty and the following test will still find
> > petsconf.h in $prefix/include:
> >
>
> There is a lot to check - there were changes from PETSc 3.0 to PETSc
> 3.1.

Where does the PETSc conf file come from? Did you write it or copy it
from somewhere? It's quite big and difficult to follow.

Any idea how to make it work? It's fails because my mpi.h is not in
/usr/include. Does it work for you?

--
Anders

Attachment: signature.asc
Description: Digital signature

_______________________________________________
Mailing list: https://launchpad.net/~dolfin
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~dolfin
More help   : https://help.launchpad.net/ListHelp

Reply via email to