dolfin team mailing list archive

["Garth N. Wells" <gnw20@xxxxxxxxx>]

Ilmar Wilbers wrote:
> I cannot figure this one out. To me, it seems that petsc doesn't build
> umfpack so that we can use it with dolfin. I am trying to update the wiki
> with the detailed instructions. The nice feature of using the umfpack that
> comoes with petsc is that one doesn't need to download and configure/ make
> three different packages (umfpack/ amd/ ufconfig).

But UMFPACK comes as a package for all mainstream Linux distributions 
and for OSX through fink, so why do you want to build it?

A more worthwhile pursuit would be getting PETSc to use the installed 
UMFPACK. I had a quick go at this, but didn't pursue it.

Garth

> Will leave this untill someone can tell we what I am doing wrong.
>
> ilmar
>
> > I am trying to use the umfpack that came with petssc. Petsc is configured
> > as follows:
> > ./config/configure.py --with-mpi-dir=$INSTALL_PATH --with-clanguage=cxx
> > --download-hypre=yes --enable-hypre=1 --download-umfpack=yes
> > --enable-umfpack=1 --enable-shared=1
> >
> > What options do I need to give to scons? I tried setting the variable
> > UMFPACK_DIR to
> > $PETSC_DIR/externalpackages/UMFPACKv4.3/linux-gnu-cxx-debug/UMFPACK
> >
> > I also tried to add
> > $PETSC_DIR/externalpackages/UMFPACKv4.3/linux-gnu-cxx-debug/UMFPACK/Lib to
> > LD_LIBRARY_PATH, still without success (Anders thought this wasn't
> > necessary as petsc was configured with enable-shared). I keep getting a
> > linking error when running the package config generator:
> > umfpack_config_test_lib.o: In function `main':
> > umfpack_config_test_lib.cpp:(.text+0x59): undefined reference to
> > `umfpack_di_symbolic(int, int, int const*, int const*, double const*,
> > void**, double const*, double*)'
> > umfpack_config_test_lib.cpp:(.text+0x91): undefined reference to
> > `umfpack_di_numeric(int const*, int const*, double const*, void*, void**,
> > double const*, double*)'
> > umfpack_config_test_lib.cpp:(.text+0x9c): undefined reference to
> > `umfpack_di_free_symbolic(void**)'
> > umfpack_config_test_lib.cpp:(.text+0xe5): undefined reference to
> > `umfpack_di_solve(int, int const*, int const*, double const*, double*,
> > double const*, void*, double const*, double*)'
> > umfpack_config_test_lib.cpp:(.text+0xf0): undefined reference to
> > `umfpack_di_free_numeric(void**)'
> > collect2: ld returned 1 exit status
> >
> > Running 'ar t' on libumfpack.a indicates that it is available. Any hints?
> >
> > ilmar
> >
> > _______________________________________________
> > DOLFIN-dev mailing list
> > DOLFIN-dev@xxxxxxxxxx
> > http://www.fenics.org/mailman/listinfo/dolfin-dev
>
>
> _______________________________________________
> DOLFIN-dev mailing list
> DOLFIN-dev@xxxxxxxxxx
> http://www.fenics.org/mailman/listinfo/dolfin-dev