error: ‘::vfwscanf’ has not been on Solaris 9

[saper]

Tried to check on Solaris 9 again and it fails this way:

In file included from /home/admini/saper/sparcv9/include/c++/4.9.3/bits/postypes.h:40:0,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/bits/char_traits.h:40,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/string:40,
                 from /home/admini/saper/src/libsass/src/ast.hpp:7,
                 from /home/admini/saper/src/libsass/src/ast.cpp:2:
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:164:11: error: ‘::vfwscanf’ has not been declared
   using ::vfwscanf;
           ^
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:170:11: error: ‘::vswscanf’ has not been declared
   using ::vswscanf;
           ^
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:174:11: error: ‘::vwscanf’ has not been declared
   using ::vwscanf;
           ^
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:283:14: error: ‘std::vfwscanf’ has not been declared
   using std::vfwscanf;
              ^
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:286:14: error: ‘std::vswscanf’ has not been declared
   using std::vswscanf;
              ^
/home/admini/saper/sparcv9/include/c++/4.9.3/cwchar:289:14: error: ‘std::vwscanf’ has not been declared
   using std::vwscanf;
              ^
GNUmakefile:618: recipe for target 'ast.lo' failed

[saper]

(this can be related to the compiler configuration issues)

[xzyfer]

@saper is this new to 3.3.3? If so please add the regression label, and assign this to 3.3.4 milestone.

[saper]

I don't know. I've tried to compile 3.3.2 and it fails with the namespacing issues:

libtool: compile: /home/admini/saper/sparcv9/bin/g++ -DHAVE_CONFIG_H -I. -I/home/admini/saper/src/libsass/src -I/home/admini/saper/src/libsass/include -Wall -O2 -std=c++0x -g -O2 -MT ast.lo -MD -MP -MF .deps/ast.Tpo -c /home/admini/saper/src/libsass/src/ast.cpp -fPIC -DPIC -o .libs/ast.o
In file included from /home/admini/saper/src/libsass/src/ast.hpp:35:0,
                 from /home/admini/saper/src/libsass/src/ast.cpp:1:
/home/admini/saper/src/libsass/src/units.hpp:10:28: error: call of overloaded ‘acos(int)’ is ambiguous
   const double PI = acos(-1);
                            ^
/home/admini/saper/src/libsass/src/units.hpp:10:28: note: candidates are:
In file included from /home/admini/saper/sparcv9/lib/gcc/sparc64-sun-solaris2.9/4.9.3/include-fixed/math.h:25:0,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/cmath:44,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/random:38,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/bits/stl_algo.h:66,
                 from /home/admini/saper/sparcv9/include/c++/4.9.3/algorithm:62,
                 from /home/admini/saper/src/libsass/src/ast.hpp:11,
                 from /home/admini/saper/src/libsass/src/ast.cpp:1:
/home/admini/saper/sparcv9/lib/gcc/sparc64-sun-solaris2.9/4.9.3/include-fixed/iso/math_iso.h:176:21: note: long double std::acos(long double)
  inline long double acos(long double __X) { return __acosl(__X); }
                     ^
/home/admini/saper/sparcv9/lib/gcc/sparc64-sun-solaris2.9/4.9.3/include-fixed/iso/math_iso.h:148:15: note: float std::acos(float)
  inline float acos(float __X) { return __acosf(__X); }

so maybe this problem was here before or (more likely) has been introduced by our current "fix the namespace problem" solution.

[mgreter]

Any progress here? Not sure if it's worth to keep this open, as Solaris 9 had its EOL October 2014?

[xzyfer]

Agreed, until we have an official support stance on SunOS we'll just need to tackle these issues as they arise.