dolfin team mailing list archive

[Johan Hake <johan.hake@xxxxxxxxx>]

On Friday August 13 2010 15:59:37 Johan Hake wrote:
> On Friday August 13 2010 15:43:17 Garth N. Wells wrote:
> > On Fri, 2010-08-13 at 15:40 -0700, Johan Hake wrote:
> > > On Friday August 13 2010 15:28:17 Garth N. Wells wrote:
> > > > On Fri, 2010-08-13 at 15:19 -0700, Johan Hake wrote:
> > > > > Works fine here!
> > > > > 
> > > > > Both cpp and python demos runs!
> > > > > 
> > > > > After I set the Trilinos_DIR it finds that too. However, it would
> > > > > be nice to be able to set Trilinos_DIR to the directory where
> > > > > trilinos is installed instead of to where it is installed +
> > > > > include. Maybe cmake can look into $Trilinos_DIR/include to find
> > > > > the
> > > > > TrilinosConfig.cmake?
> > > > 
> > > > Strange - I set just $Trilinos_DIR.
> > > > 
> > > > I observed some strange behaviour yesterday for SLEPc with the
> > > > 'include'.
> > > 
> > > Ok.
> > 
> > Could you clean your cache and try again. We have
> > 
> >   find_package(Trilinos PATHS ENV{TRILINOS_DIR}/include
> >   
> >                /usr/local/include  /usr/include)
> > 
> > so it looks in the include. Which version of Trilinos do you have?
> 
> Removed local CMakeFiles and CMakeCache.txt, and it turns out that MTL4 is
> not found anymore. Setting MTL4_INCLUDE_DIR does not help either. I
> compiled dolfin using cmake-gui, where I manually set MTL4_INCLUDE_DIR and
> it worked.

Just a correction. Here again did the error message confuse me. The srcipt 
looks for MTL4_DIR but tells me that it did not find MTL4_INCLUDE_DIR. I guess 
it is not possible to overide the messages? But then we might look into 
MTL4_INCLUDE_DIR too?

Johan

> When I set TRILINOS_DIR it worked! The funny thing is that CMake operates
> with Trilinos_DIR. The following message is presented when Trilinos is not
> found:
> 
>   Could not find a configuration file for package Trilinos.
> 
>   Set Trilinos_DIR to the directory containing a CMake configuration file
> for Trilinos.  The file will have one of the following names:
> 
> where Trilinos_DIR needs to contain the trilinos cmake file.
> 
> Johan
> 
> > Garth
> > 
> > > > > Otherwise cmake finds all 4 LA backends.
> > > > > 
> > > > > The python path in dolfin.conf file is wrong:
> > > > > 
> > > > > export
> > > > > PYTHONPATH=/home/hake/bzr/fenics/dolfin/local//home/hake/bzr/fenics
> > > > > /d olfi n/local/lib/python2.6/site-
> > > > > packages:/home/hake/bzr/fenics/dolfin/local//home/hake/bzr/fenics/d
> > > > > ol fin /local/lib/python2.6/site- packages:$PYTHONPATH
> > > > 
> > > > I just pushed a fix.
> > > 
> > > Ok.
> > > 
> > > > The Python installation path now comes from distutils, which should
> > > > be platform independent.
> > > > 
> > > > > This is the configure ouput:
> > > > > -- Checking for package 'SCOTCH-PT'
> > > > > -- Could NOT find SCOTCH  (missing:  SCOTCH_INCLUDE_DIR
> > > > > SCOTCH_LIBRARIES) -- Checking for package 'UMFPACK'
> > > > > -- UMF  /usr/include/suitesparse
> > > > > -- Checking for package 'MTL4'
> > > > > -- PETSc ARCH=
> > > > > 
> > > > > Is some of the configuring cached? It doesn't tell me that Trlinos
> > > > > or PETSc were found. Scotch is not found even if I set SCOTCH_DIR.
> > > > > Do I have to set both SCOTCH_INCLUDE_DIR SCOTCH_LIBRARIES?
> > > > 
> > > > Just SCOTCH_DIR. Do you have PT-SCOTCH installed? It checks for that.
> > > 
> > > Apperently not, eventhough I think it has been installed using dorsal.
> > > But when I recompiled scotch it found it.
> > > 
> > > > > What does the notion of PETSc ARCH= mean?
> > > > 
> > > > For a while now with PETSc it's been necessary to set PETSC_ARCH (a
> > > > PETSc change) unless it's installed in a default location. The SLEPc
> > > > test is quick and simple use PETSC_ARCH for now.
> > > 
> > > I do not set PETSC_ARCH. Just SLEPC_DIR and PETSC_DIR. However I might
> > > set it temporarly when I installed SLEPc...
> > > 
> > > Johan
> > > 
> > > > Garth
> > > > 
> > > > > Johan
> > > > > 
> > > > > On Friday August 13 2010 06:23:49 Garth N. Wells wrote:
> > > > > > I've added a 'cmake.local' file to DOLFIN (analogous to
> > > > > > 'scons.local') to make building with CMake easy. It would be good
> > > > > > if any who is interested could try it out and send feedback. My
> > > > > > impression is that partial re-builds are *much* faster with CMake
> > > > > > compared to SCons.
> > > > > > 
> > > > > > Garth
> > > > > > 
> > > > > > 
> > > > > > _______________________________________________
> > > > > > Mailing list: https://launchpad.net/~dolfin
> > > > > > Post to     : dolfin@xxxxxxxxxxxxxxxxxxx
> > > > > > Unsubscribe : https://launchpad.net/~dolfin
> > > > > > More help   : https://help.launchpad.net/ListHelp
> > > > 
> > > > _______________________________________________
> > > > Mailing list: https://launchpad.net/~dolfin
> > > > Post to     : dolfin@xxxxxxxxxxxxxxxxxxx
> > > > Unsubscribe : https://launchpad.net/~dolfin
> > > > More help   : https://help.launchpad.net/ListHelp
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~dolfin
> Post to     : dolfin@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dolfin
> More help   : https://help.launchpad.net/ListHelp