On Tue, 26 Feb 2008, Christophe Trophime wrote:

> I am trying to build a rpm for libmesh from svn on FC7.
> I have compiled libmesh with the following option with openmpi
> (openmpi-1.1-8.fc7) :

A lot of these options are redundant; they're either on by default or
turned on by enable-everything.

Some options you may not want to use; --enable-complex has a lot of
overhead on Real-valued problems, and --enable-reference-counting is
probably unnecessary when you're not debugging.  --enable-perflog
(turned on by --enable-everything) has noticeable overhead too.

Anyway, when you do get things the way you want, send us the .spec
file?  We haven't built RPMs of libMesh in too long.

> The examples ex17 ends up with a seg fault :
>
> ***************************************************************
> * Running Example  ./ex17-opt -n 5
> ***************************************************************

Would you try running with METHOD=dbg?  We might catch some internal
error condition before the segfault.

Anyway, I can't replicate this segfault with SLEPc 2.3.1, PETSc
2.3.1p16, and MPICH 1.2.7, but OpenMPI is easy enough to install so
I'll try again with that later.  There's definitely some bug with
ex17 and --enable-complex; for me it dies on a zero pivot when PETSc
starts building a preconditioner.
---
Roy

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Libmesh-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libmesh-users

Reply via email to