Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#80 Problem with compilation of qucs 0.0.16 on Debian GNU/Linux

0.0.17
closed-fixed
nobody
None
5
2013-06-20
2011-04-15
No

When I try to compile the version 0.0.16, I get the following error:
spfile.cpp:443:58: error: call of overloaded ‘conj(std::complex<double>)’ is ambiguous
/usr/include/c++/4.5/complex:667:33: note: candidates are: std::complex<_Tp> std::conj(const std::complex<_Tp>&) [with _Tp = double]
/usr/include/c++/4.5/tr1/complex:62:5: note: std::complex<_Tp> std::tr1::conj(const std::complex<_Tp>&) [with _Tp = double]
/usr/include/c++/4.5/tr1/complex:67:5: note: std::complex<typename __gnu_cxx::__promote<_Tp>::__type> std::tr1::conj(_Tp) [with _Tp = std::complex<double>, typename __gnu_cxx::__promote<_Tp>::__type = std::complex<double>]

Discussion

  • Werner Hoch
    Werner Hoch
    2011-07-16

    The error exist on openSuSE 11.3 and 11.4 too.
    Both distributions are using the gcc45 compiler.

     
  • Mario Trangoni
    Mario Trangoni
    2011-10-04

    It works fine with gcc-4.6 in Debian Squeeze testing.

     
  • John Horsley
    John Horsley
    2011-12-13

    I had the same issue with qucs 0.0.16 on openSUSE 12.1. (gcc 4.6.2) which appears to be caused by multiple/ conflicting 'complex' function prototypes in the 4.6 C++ headers.

    A quick and dirty workaround was to temporarily "hide" the tr1 compliant headers directory /usr/include/c++/4.6/tr1 to /usr/include/c++/4.6/.tr1, perform the ./configure, make and make install, after which, returning the tr1 directory back to it's original, un-hidden state.

     
    • F Rockenberger
      F Rockenberger
      2013-03-08

      I tried "hiding" TR1 and it broke it sooner in the compile.

       
  • Frans
    Frans
    2013-06-03

    • status: open --> closed-fixed
    • Group: --> v1.0_(example)