dolfin team mailing list archive

[Anders Logg <logg@xxxxxxxxx>]

On Mon, Aug 23, 2010 at 10:00:48AM -0700, Johan Hake wrote:
> On Monday August 23 2010 09:50:12 Anders Logg wrote:
> > On Mon, Aug 23, 2010 at 09:48:02AM -0700, Johan Hake wrote:
> > > On Monday August 23 2010 09:32:40 Anders Logg wrote:
> > > > On Mon, Aug 23, 2010 at 09:25:29AM -0700, Johan Hake wrote:
> > > > > Hello!
> > > > >
> > > > > CMake works smooth here. Much nicer config messages too. You are
> > > > > doing a great job getting this up and running!
> > > > >
> > > > > The only test that wont pass for me now is SLEPc. It complains about
> > > > > PETSC_ARCH not beeing set or set to empty.
> > > > >
> > > > > I have installed PETSc and SLEPc using dorsal.
> > > > >
> > > > > Johan
> > > >
> > > > Which platform are you running?
> > >
> > > Lucid
> > >
> > > > Is PETSC_ARCH set?
> > >
> > > Nope.
> > >
> > > > It's very easy to debug. Just add stuff like
> > > >
> > > >   message("PETSC_ARCH = ${PETSC_ARCH}")
> > > >
> > > > in the file cmake/FindSLEPc.cmake.
> > >
> > > I see that the FindPETSc.cmake includes some logic for when PETSC_ARCH is
> > > not set. This is lacking in FindSLEPc.cmake, which requires PETSC_ARCH
> > > to be set.
> >
> > ok, now I see what the problem is. I'll see if I can fix it.
> >
> > The way Dorsal installs PETSc has changed. It now does the PETSc-style
> > installation = no installation which required PETSC_DIR and PETSC_ARCH
> > to be set.
>
> Ok, still on old dorsal. I liked that everything is installed in one place
> skipping the need to PETSC_ARCH.

Yes, but it turns out that didn't work very well with SLEPc 3.1 so we
had to change.

--
Anders