Thanks guys that took care of it!
John
John A. Dec, Ph.D.
NASA Langley Research Center
Structural & Thermal Systems Branch, MS 431
Hampton, VA 23681
ph: (757) 864-7023
cell: (757) 848-7629
-Original Message-
From: Roy Stogner [mailto:royst...@ices.utexas.edu]
Sent: Monday, September 1
On Mon, 13 Sep 2010, Roy Stogner wrote:
> You're building main.*.o without GLIBCXX_DEBUG or
> GLIBCXX_DEBUG_PEDANTIC defined, so it's using standard STL vectors.
Make that _GLIBCXX etc; I forgot the leading underscores. Just cut
and paste (or better yet, auto-import) the -D arguments from our b
I think I've found your problem:
On Mon, 13 Sep 2010, Dec, John A. (LARC-D206) wrote:
> g++ -DDEBUG -DPETSC_USE_DYNAMIC_LIBRARIES -g -fPIC
> -I/root/libmesh/include/base
> -I/root/libmesh/include/enums
> -I/root/libmesh/include/error_estimation
> -I/root/libmesh/include/fe
> -I/root/libmesh/incl
...making progress
I did
$ export METHOD=dbg
$ make run_examples
all the examples compile, link and run. I'll double check my implementation of
those functions.
John
John A. Dec, Ph.D.
NASA Langley Research Center
Structural & Thermal Systems Branch, MS 431
Hampton, VA 23681
ph: (757) 864
comments inline
On Mon, 13 Sep 2010 15:18:30 +0200 (CEST), Tim Kroeger
wrote:
> Index: include/solvers/petsc_linear_solver.h
> ===
> --- include/solvers/petsc_linear_solver.h (Revision 3957)
> +++ include/solvers/petsc_linear_so
On 9/13/10 10:03 AM, "Dec, John A. (LARC-D206)" wrote:
> Ben,
>
> Here are the compile and link lines as well as the link errors. I modified
> makefile from one of the examples and it references the Make.Common file that
> gets generated from ./configure when setting up the library. I recently
On Mon, Sep 13, 2010 at 10:03 AM, Dec, John A. (LARC-D206)
wrote:
> Ben,
>
> Here are the compile and link lines as well as the link errors. I modified
> makefile from one of the examples and it references the Make.Common file that
> gets generated from ./configure when setting up the library.
Ben,
Here are the compile and link lines as well as the link errors. I modified
makefile from one of the examples and it references the Make.Common file that
gets generated from ./configure when setting up the library. I recently pulled
a more current version of libMesh from the svn trunk on
On 9/13/10 9:01 AM, "Dec, John A. (LARC-D206)" wrote:
> While in debug mode, my code compiles without any problems, however in the
> linking phase I get a bunch of undefined references to a couple of libMesh
> functions. The functions in question are libMesh::System::add_variable,
> libMesh::Equ
While in debug mode, my code compiles without any problems, however in the
linking phase I get a bunch of undefined references to a couple of libMesh
functions. The functions in question are libMesh::System::add_variable,
libMesh::EquationSystems::build_solution_vector, and
libMesh::DofMap::do
On Mon, 13 Sep 2010, Jed Brown wrote:
On Mon, 13 Sep 2010 11:35:17 +0200 (CEST), Tim Kroeger
wrote:
On Thu, 9 Sep 2010, Jed Brown wrote:
Do you want to assemble X, or are you really only working with X2? If
the former, you can MatGetSubMatrix (you just need an index set defining
the subdom
On Mon, 13 Sep 2010 11:35:17 +0200 (CEST), Tim Kroeger
wrote:
> On Thu, 9 Sep 2010, Jed Brown wrote:
>
> > Do you want to assemble X, or are you really only working with X2? If
> > the former, you can MatGetSubMatrix (you just need an index set defining
> > the subdomain) the part you want and
On Thu, 9 Sep 2010, Jed Brown wrote:
> Do you want to assemble X, or are you really only working with X2? If
> the former, you can MatGetSubMatrix (you just need an index set defining
> the subdomain) the part you want and solve with that.
What will I have to do with the right hand side and the
13 matches
Mail list logo
