dolfin team mailing list archive

[Anders Logg <logg@xxxxxxxxx>]

On Tue, Feb 05, 2008 at 09:04:24PM +0100, Anders Logg wrote:
> On Tue, Feb 05, 2008 at 08:57:19PM +0100, Martin Sandve Alnæs wrote:
> > 2008/2/5, Anders Logg <logg@xxxxxxxxx>:
> > > On Wed, Jan 16, 2008 at 08:57:08AM +0100, Ola Skavhaug wrote:
> > > > LUK ShunTim skrev den 16/01-2008 følgende:
> > > > > Johan Jansson wrote:
> > > > > > Hi!
> > > > > >
> > > > > > Unicorn has now been updated against the DOLFIN 0.7.1 interface and I'm
> > > > > > planning to start updating for release. The plan is to have a
> > > > > > synchronized release of FFC/DOLFIN/Unicorn to guarantee compatibility of
> > > > > > the releases. Are there any objections for a release of DOLFIN and FFC
> > > > > > in the next couple of days? I expect only minor issues to resolve during
> > > > > > the synchronization, but there might be recent developments I've missed,
> > > > > > so any comments are welcome.
> > > > > >
> > > > > > The Unicorn repository is here:
> > > > > >
> > > > > > http://www.fenics.org/hg/unicorn
> > > > > >
> > > > > > The project page is here:
> > > > > >
> > > > > > http://www.fenics.org/wiki/Unicorn
> > > > > >
> > > > > > and a mailing list has been created as unicorn-dev@xxxxxxxxxx
> > > > > >
> > > > > >   Johan
> > > > >
> > > > > Hello,
> > > > >
> > > > > Thanks for the release. I'm now test building it, pulling in things from
> > > > > the repository.
> > > > >
> > > > > For dolfin, the c++ library builds all right but pydolfin gives this error
> > > > >
> > > > > "/usr/bin/swig -c++ -python -ignoremissing -nodefaultctor -nodefaultdtor
> > > > > -dirprot -Werror `pkg-config --cflags ufc-1` -I/usr/include
> > > > > -I../../src/kernel/common -I../../src/kernel/elements
> > > > > -I../../src/kernel/fem -I../../src/kernel/function
> > > > > -I../../src/kernel/graph -I../../src/kernel/io -I../../src/kernel/la
> > > > > -I../../src/kernel/main -I../../src/kernel/math -I../../src/kernel/mesh
> > > > > -I../../src/kernel/mf -I../../src/kernel/nls -I../../src/kernel/ode
> > > > > -I../../src/kernel/pde -I../../src/kernel/quadrature
> > > > > -I../../src/kernel/parameter -I../../src/kernel/log
> > > > > -I../../src/kernel/plot  -DHAVE_SCOTCH_H=1 -DHAVE_MPI_H=1
> > > > > -DMPICH_IGNORE_CXX_SEEK -DHAVE_PETSC_H=1 -DNDEBUG -o dolfin_wrap.cpp
> > > > > dolfin.i
> > > > > ../../src/kernel/la/dolfin/Scalar.h:88: Warning(503): Can't wrap
> > > > > 'operator real' unless renamed to a valid identifier.
> > > > > make[2]: *** [dolfin_wrap.cpp] Error 1"
> > > > >
> > > > > Is this a bug?
> > > >
> > > > I get this as well, but Anders, for instance, does not. The simple fix is to
> > > > type make once more, as all warnings are treated as errors, but the swig
> > > > generated wrapper code will not be regenerated at the second make (and hence
> > > > the warning vanishes).
> > > >
> > > > And yes, I consider this a bug.
> > > >
> > > > Ola
> > >
> > > Can you see if you still get this error? I have added operator real
> > > for Scalar to ignores.i. See if that helps.
> > 
> > "operator real" sounds like something that should be mapped to the
> > special function "__float__" in Python? foo.__float__() is called when
> > you do float(foo), i.e. it's the float casting operator. (Same for
> > __int__).
> 
> Yes, good point.
> 
> I'll try to add this.

On second thought, let's wait until someone asks for this.

-- 
Anders