New user self-registration is currently disabled. Please email eigen-core-team @ if you need an account.
Bug 857 - Eigen compiles on VS 2012, does not compile on VS 2010 in our project
Eigen compiles on VS 2012, does not compile on VS 2010 in our project
Product: Eigen
Classification: Unclassified
Component: Sparse
x86 - 64-bit Windows
: Normal Compilation Problem
Assigned To: Nobody
: 855 863 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2014-08-19 01:10 UTC by Adam Helps
Modified: 2014-08-26 16:42 UTC (History)
5 users (show)

Workaround (2.17 KB, patch)
2014-08-21 23:45 UTC, Gael Guennebaud
no flags Details | Diff

Description Adam Helps 2014-08-19 01:10:36 UTC
Hello. Eigen 3.2.2 is compiling and working in our project on Visual Studio 2012, but on Visual Studio 2010 I get the following compiler error:

c:\buildroot\tsplines_adam\include\kernel\eigen\src/SparseCore/SparseDenseProduct.h(316): error C2244: 'Eigen::SparseMatrixBase<Derived>::operator *' : unable to match function definition to an existing declaration
          'const SparseDenseProductReturnType<Derived,OtherDerived>::Type Eigen::SparseMatrixBase<Derived>::operator *(const Eigen::MatrixBase<OtherDerived> &) const'
          existing declarations
          'const SparseDenseProductReturnType<Derived,OtherDerived>::Type Eigen::SparseMatrixBase<Derived>::operator *(const Eigen::MatrixBase<OtherDerived> &) const'
          'const Eigen::SparseDiagonalProduct<Derived,OtherDerived> Eigen::SparseMatrixBase<Derived>::operator *(const Eigen::DiagonalBase<DiagonalDerived> &) const'
          'const SparseSparseProductReturnType<Derived,OtherDerived>::Type Eigen::SparseMatrixBase<Derived>::operator *(const Eigen::SparseMatrixBase<OtherDerived> &) const'
          'const Eigen::CwiseUnaryOp<Eigen::internal::scalar_multiple2_op<internal::traits<T>::Scalar,std::complex<internal::traits<T>::Scalar>>,const Derived> Eigen::SparseMatrixBase<Derived>::operator *(const std::complex<internal::traits<T>::Scalar> &) const'
          'const Eigen::CwiseUnaryOp<Eigen::internal::scalar_multiple_op<internal::traits<T>::Scalar>,const Derived> Eigen::SparseMatrixBase<Derived>::operator *(const internal::traits<T>::Scalar &) const'

Note that 3.2.0 IS working on Visual Studio 2010. This is preventing us from upgrading, as we need support for VS 2010 at least. Note that there is a Stack Overflow question that appears to be related for VS 2008; I can't vouch for it:

We do have a suspect. The exact piece of code producing the error looks like this (SparseDenseProduct.h line 290 or 316):

// sparse * dense
template<typename Derived>
template<typename OtherDerived>
inline const typename SparseDenseProductReturnType<Derived,OtherDerived>::Type
SparseMatrixBase<Derived>::operator*(const MatrixBase<OtherDerived> &other) const
  return typename SparseDenseProductReturnType<Derived,OtherDerived>::Type(derived(), other.derived());

This code DID NOT CHANGE between 3.2.0 and 3.2.2. Notably, though, the following code WAS changed between 3.2.0 and 3.2.2 (SparseDenseProduct.h line 20):

// THIS IS 3.2.0
template<typename Lhs, typename Rhs> struct SparseDenseProductReturnType<Lhs,Rhs,1>
  typedef SparseDenseOuterProduct<Lhs,Rhs,false> Type;

// THIS IS 3.2.2
template<typename Lhs, typename Rhs> struct SparseDenseProductReturnType<Lhs,Rhs,1>
  typedef typename internal::conditional<
    SparseDenseOuterProduct<Lhs,Rhs,false> >::type Type;

We think there's some kind of compiler issue with VS 2010 and earlier where the conditional macro (internal::conditional) causes the symbols not to match. In particular, note that the "definition" and the first of the "existing declarations" in the compiler error are character-for-character identical; and yet, it claims it can't find a match. I assume that it is not handling this conditional as well as it should be.

That's just a guess; the fundamental bug is that it's not compiling in VS 2010 :).
Comment 1 Matthew Dutton 2014-08-21 23:08:59 UTC
*** Bug 855 has been marked as a duplicate of this bug. ***
Comment 2 Gael Guennebaud 2014-08-21 23:45:23 UTC
Created attachment 486 [details]

Can you test the attached fix. Thank you.
Comment 3 Matthew Dutton 2014-08-21 23:52:04 UTC
The patch from Gael in comment #2 stops the compile error.

But I'm not sure if my test case is good. Simply removing the method definition (but leaving the declaration) also stops the compile error for me.
Comment 4 Gael Guennebaud 2014-08-26 13:01:07 UTC
Seems to be related to:

Summary:     Bug 857: workaround MSVC compilation issue.
Comment 5 Benjamin Chretien 2014-08-26 16:42:26 UTC
*** Bug 863 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.