#844 Compilation problem with RemoteIndices on GCC 4.5.0
Metadata
| Property | Value |
|---|---|
| Reported by | Andreas Lauser (andreas.lauser@iws.uni-stuttgart.de) |
| Reported at | Nov 26, 2010 15:40 |
| Type | Bug Report |
| Version | 2.0 |
| Operating System | Unspecified / All |
| Last edited by | Markus Blatt (markus@dr-blatt.de) |
| Last edited at | Dec 2, 2010 18:07 |
| Closed by | Markus Blatt (markus@dr-blatt.de) |
| Closed at | Dec 2, 2010 18:07 |
| Closed in version | Unknown |
| Resolution | Fixed |
| Comment | Fixed in the trunk (dune-common rev 6291). |
| Wont fix in the 2.0 release. |
Description
when I try to compile a parallel linear solver which uses the RemoteIndices class, I get errors of the following kind:
/temp/lauser/DUMUX/dune-common/dune/common/parallel/remoteindices.hh:1515:3: error: prototype for ‘typename std::map<int, std::pair<Dune::SLList<Dune::RemoteIndex<typename T::GlobalIndex, typename T::LocalIndex::Attribute>, typename A::rebind<Dune::RemoteIndices<T, A>::RemoteIndex>::other>*, Dune::SLList<Dune::RemoteIndex<typename T::GlobalIndex, typename T::LocalIndex::Attribute>, typename A::rebind<Dune::RemoteIndices<T, A>::RemoteIndex>::other>*> >::const_iterator Dune::RemoteIndices<T, A>::find(int) const’ does not match any in class ‘Dune::RemoteIndices<T, A>’ /temp/lauser/DUMUX/dune-common/dune/common/parallel/remoteindices.hh:355:27: error: candidate is: Dune::RemoteIndices<T, A>::const_iterator Dune::RemoteIndices<T, A>::find(int) const
lauser@unni:~/DUMUX/dune-common|master > gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.5/lto-wrapper Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.5 --enable-ssp --disable-libssp --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.5 --enable-linux-futex --without-system-libunwind --enable-gold --with-plugin-ld=/usr/bin/gold --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux)
This happens for the trunk version (r6271) as well as for the 2.0 stable version. The attached patches fix the problem for both releases, but I haven't tested them on compilers other than GCC 4.5.0.