Thread Previous • Date Previous • Date Next • Thread Next |
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lcc++ -o demo/ode/courtemanche/cpp/main.o -c -Wall -pipe -ansi -Werror -DDEBUG -g -DNDEBUG -O2 -DPACKAGE_VERSION=\"0.8.0\" -DHAS_PETSC=1 -DHAS_SLEPC=1 -DHAS_UMFPACK=1 -DHAS_GTS=1 -DHAS_CHOLMOD=1 -fno-strict-aliasing -I. -I. -Idolfin -I/home/walker/build/include -I/usr/include/boost -I/usr/include/libxml2 -I/home/walker/src/petsc-2.3.3-p13/bmake/linux-gnu-cxx-debug -I/home/walker/src/petsc-2.3.3-p13/include -I/home/walker/build/include -I/home/walker/build/lib -Idemo -I/home/walker/src/slepc-2.3.3 -I/home/walker/src/slepc-2.3.3/include -I/home/walker/src/petsc-2.3.3-p13/bmake/linux-gnu-cxx-debug -I/home/walker/src/petsc-2.3.3-p13/include -I/home/walker/build/include -I/home/walker/build/lib -Idemo -I/usr/include/suitesparse -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/home/walker/build/include -I/usr/include/suitesparse demo/ode/courtemanche/cpp/main.cpp demo/ode/courtemanche/cpp/main.cpp: In member function oid Courtemanche::computeCurrents(const double*) demo/ode/courtemanche/cpp/main.cpp:170: error: call of overloaded ow(double, double)is ambiguous /usr/include/bits/mathcalls.h:154: note: candidates are: double pow(double, double) ./dolfin/common/real.h:71: note: dolfin::real dolfin::pow(dolfin::real, dolfin::real) ./dolfin/common/real.h:59: note: dolfin::real dolfin::pow(dolfin::real, dolfin::uint) demo/ode/courtemanche/cpp/main.cpp: In member function oid Courtemanche::computeGateCoefficients(const double*) demo/ode/courtemanche/cpp/main.cpp:255: error: call of overloaded ow(double, double)is ambiguous /usr/include/bits/mathcalls.h:154: note: candidates are: double pow(double, double) ./dolfin/common/real.h:71: note: dolfin::real dolfin::pow(dolfin::real, dolfin::real) ./dolfin/common/real.h:59: note: dolfin::real dolfin::pow(dolfin::real, dolfin::uint)
scons: *** [demo/ode/courtemanche/cpp/main.o] Error 1 scons: building terminated because of errors. - Shawn On Tue, 14 Oct 2008, Anders Logg wrote:
I guess it's the same bug as Nuno David Lopes reported earlier. It works fine for me, but I just pushed an attempt to fix this. See if it helps. -- Anders On Tue, Oct 14, 2008 at 03:34:43PM -0400, Shawn Walker wrote:I will definitely look at it. I think it is a good idea. However, I recently tried to compile, and I got an error with file used for dG. I can reproduce it if you want. - Shawn On Tue, 14 Oct 2008, Anders Logg wrote:I've finished up the new implementation of the Function class. It's untested, but I'm pretty sure it works... :-) I'm very happy with the way it turned out. Anyway, it would be good if anyone interested would review the design and implementation (in detail, including function names etc). The Function class is central so it would be good if we could agree on a design and keep it stable for some time (like we've managed with the linear algebra interfaces). The main changes compared to the old/current design are as follows: 1. Introduction of a FunctionSpace class. A FunctionSpace is defined by a Mesh, a FiniteElement and a DofMap. 2. Removal of the class hierarchy. Only one class Function remains. This acts dynamically either as a user-defined function (if the vector of coefficients is null) or as the old DiscreteFunction. 3. The proliferation of constructors has been removed. There is essentially only one constructor, namely v = Function(V) An additional class named Constant should be added to handle constant functions, overloading eval() and providing a bunch of constructors (scalar, vector, tensor). When we've settled on the design/implementation of Function and FunctionSpace, we need to do a round of editing of the DofMap class.
Thread Previous • Date Previous • Date Next • Thread Next |