[Getfem-users] Compiler problems with SVN working copy on AMD64

[Eugen Wintersberger]

I have some problems with compiling the python interfaces from an actual 
SVN working copy on my AMD64 Ubuntu Edgy Eft installation.

Getfem++ compiles without problems using the configure optiosn
./configure --prefix=/home/eugen/apps/inst --enable-shared --with-pic

Unfortunately the python interface does not compile anymore - in the 
stable version this works. For the interface I use the configure call
./configure --prefix=/home/eugen/apps/inst --enable-python \ 
--disable-matlab --with-pic

The subsequent make run stops with the following error message

g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
-DPACKAGE=\"getfem-interface\" -DVERSION=\"2.0\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CSIGNAL=1 -DHAVE_DLFCN_H=1 -I. 
-I. -DGMM_USES_BLAS -I/home/eugen/apps/inst/include -O3 -Wall -W 
-fmessage-length=0 -ftemplate-depth-40 -pedantic -Wshadow -Wpointer-arith 
-Wcast-qual -Wwrite-strings -Wconversion -Wredundant-decls -Wno-long-long 
-MT gf_delete.lo -MD -MP -MF .deps/gf_delete.Tpo -c gf_delete.cc  -fPIC 
-DPIC -o gf_delete.o
if /bin/sh ../libtool --mode=compile g++ -DPACKAGE_NAME=\"\" 
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"getfem-interface\" -DVERSION=\"2.0\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CSIGNAL=1 
-DHAVE_DLFCN_H=1 -I. -I. -DGMM_USES_BLAS -I/home/eugen/apps/inst/include 
-O3 -Wall -W -fmessage-length=0 -ftemplate-depth-40 -pedantic -Wshadow 
-Wpointer-arith -Wcast-qual -Wwrite-strings -Wconversion -Wredundant-decls 
-Wno-long-long -MT getfemint_workspace.lo -MD -MP -MF 
".deps/getfemint_workspace.Tpo" -c -o getfemint_workspace.lo 
getfemint_workspace.cc; \
        then mv -f ".deps/getfemint_workspace.Tpo" 
".deps/getfemint_workspace.Plo"; else rm -f 
".deps/getfemint_workspace.Tpo"; exit 1; fi
 g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
-DPACKAGE=\"getfem-interface\" -DVERSION=\"2.0\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CSIGNAL=1 -DHAVE_DLFCN_H=1 -I. 
-I. -DGMM_USES_BLAS -I/home/eugen/apps/inst/include -O3 -Wall -W 
-fmessage-length=0 -ftemplate-depth-40 -pedantic -Wshadow -Wpointer-arith 
-Wcast-qual -Wwrite-strings -Wconversion -Wredundant-decls -Wno-long-long 
-MT getfemint_workspace.lo -MD -MP -MF .deps/getfemint_workspace.Tpo -c 
getfemint_workspace.cc  -fPIC -DPIC -o getfemint_workspace.o
getfemint_workspace.cc: In member function 'void 
getfemint::workspace_stack::set_dependance(getfemint::getfem_object*, 
getfemint::getfem_object*)':
getfemint_workspace.cc:38: error: invalid initialization of reference of 
type 'std::vector<long unsigned int, std::allocator<long unsigned int> >&' 
from expression of type 'std::vector<unsigned int, std::allocator<unsigned 
int> >'
getfemint_workspace.cc: In member function 'void 
getfemint::workspace_stack::sup_dependance(getfemint::getfem_object*, 
getfemint::getfem_object*)':
getfemint_workspace.cc:48: error: invalid initialization of reference of 
type 'std::vector<long unsigned int, std::allocator<long unsigned int> >&' 
from expression of type 'std::vector<unsigned int, std::allocator<unsigned 
int> >'
make[2]: *** [getfemint_workspace.lo] Error 1
make[2]: Leaving directory 
`/home/eugen/apps/dist/getfem_svn/getfem_matlab/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/home/eugen/apps/dist/getfem_svn/getfem_matlab/src'
make: *** [all-recursive] Error 1
address@hidden

Does anyone have an idea what is going on here. Interstingly I get some 
warnings for getfem++ aswell as for the interfaces when I run the 
autogen.sh script to generate the configure scripts.
In the getfem++ source directory I get

address@hidden ./autogen.sh
/usr/share/aclocal/smpeg.m4:13: warning: underquoted definition of  
AM_PATH_SMPEG
  run info '(automake)Extending aclocal'  or see 
http://sources.redhat.com/automake/automake.html#Extending%20aclocal
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of 
AM_PATH_LIBMCRYPT
/usr/share/aclocal/gtkgl.m4:4: warning: underquoted definition of  AM_PATH_GTKGL
/usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
configure.in:13: not enough arguments for AC_CONFIG_HEADERS
configure.in: installing `./install-sh'
configure.in: installing `./missing'
src/Makefile.am: installing `./depcomp'
superlu/Makefile.am: installing `./compile'
configure.in:76: installing `./config.guess'
configure.in:76: installing `./config.sub'
autogen.sh is ok, you can run the ./configure script

and finally for the interfaces I got

address@hidden ./autogen.sh
~/apps/dist/getfem_svn/getfem_matlab/src/matlab/private 
~/apps/dist/getfem_svn/getfem_matlab
~/apps/dist/getfem_svn/getfem_matlab
~/apps/dist/getfem_svn/getfem_matlab/tests/matlab/private 
~/apps/dist/getfem_svn/getfem_matlab
~/apps/dist/getfem_svn/getfem_matlab
/usr/share/aclocal/smpeg.m4:13: warning: underquoted definition of AM_PATH_SMPEG
  run info '(automake)Extending aclocal'  or see 
http://sources.redhat.com/automake/automake.html#Extending%20aclocal
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of 
AM_PATH_LIBMCRYPT
/usr/share/aclocal/gtkgl.m4:4: warning: underquoted definition of AM_PATH_GTKGL
/usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
configure.in: installing `./install-sh'
configure.in: installing `./missing'
src/Makefile.am: installing `./depcomp'
src/python/Makefile.am:8: installing `./py-compile'
configure.in:173: installing `./config.guess'
configure.in:173: installing `./config.sub'

Can this be the reason for the compiler error in the python interface.
I use automake 1.8.5 and autoconf 2.6.
I hope I am not too nasty.

thanks
 Eugen Wintersberger