:
undefined reference to `FE<3u,
(libMeshEnums::FEFamily)7>::shapes_need_reinit() const'
/home/mubjb/progs/libmesh/libmesh_4_10_with_recycling/lib/x86_64-unknown-linux-gnu_opt/libmesh.so:
undefined reference to `FE<2u,
(libMeshEnums::FEFamily)7>::n_dofs_per_elem(libMeshEnums::ElemTyp
MeshEnums::Order)'
/home/mubjb/progs/libmesh/libmesh_4_10_with_recycling/lib/x86_64-unknown-linux-gnu_opt/libmesh.so:
undefined reference to `FE<2u,
(libMeshEnums::FEFamily)7>::shape_deriv(Elem const*,
libMeshEnums::Order, unsigned int, unsigned int, Point const&)'
/home/mubjb/progs/libmesh/libmesh_4_10_with_recycling/lib/x86
Fri, Dec 17, 2010 at 10:49, Jan Biermann
wrote:
I just implemented two new solvers in Petsc that make use of
Krylov subspace recycling, which means that if you have to solve
a sequence of linear systems, the overall cost can be reduced
significantly (by 10 to 100).
Ha
Dear developers,
I just implemented two new solvers in Petsc that make use of Krylov
subspace recycling, which means that if you have to solve a sequence of
linear systems, the overall cost can be reduced significantly (by 10 to
100). I also coded the respective interface in libmesh and now I
Dear all,
I have been using an old libmesh version until now because I didn't want
to bother changing all my application code. But now the problem size
becomes this big that I cannot get around the latest version (because I
think you changed the mesh class for parallel computing, so not storin
Hi developers,
I just downloaded the latest libmesh version and when I compile it in
complex mode, the compiler throws an error from distributed_vector.h:
In member function »Real DistributedVector::min() const [with T =
std::complex]«:
src/numerics/numeric_vector.C:182: instantiated from here
