FAIL: tr1/8_c_compatibility/cinttypes/functions.cc (test for excess errors)

[Gerald Pfeifer]

On i386-unknown-freebsd6.3, I am seeing the following testsuite failure
that doesn't show up on a compariable Linux system:

  FAIL: tr1/8_c_compatibility/cinttypes/functions.cc (test for excess errors)

Looking in the the testsuite logs, I found the following:

  trunk/libstdc++-v3/testsuite/tr1/8_c_compatibility/cinttypes/functions.cc: In function 'void test01()':
  trunk/libstdc++-v3/testsuite/tr1/8_c_compatibility/cinttypes/functions.cc:53: error: invalid conversion from 'const wchar_t*' to 'const __wchar_t*'
  trunk/libstdc++-v3/testsuite/tr1/8_c_compatibility/cinttypes/functions.cc:53: error:   initializing argument 1 of 'intmax_t wcstoimax(const __wchar_t*, __wchar_t**, int)'^M
  trunk/libstdc++-v3/testsuite/tr1/8_c_compatibility/cinttypes/functions.cc:53: error: invalid conversion from 'wchar_t**' to '__wchar_t**'^M
  trunk/libstdc++-v3/testsuite/tr1/8_c_compatibility/cinttypes/functions.cc:53: error:   initializing argument 2 of 'intmax_t wcstoimax(const __wchar_t*, __wchar_t**, int)'^M
  :

Does this sound familiar to any of you?  Any ideas how to tackle that?

What surprises me is that this code is the following snippet

  #ifdef _GLIBCXX_USE_WCHAR_T
  ret = std::tr1::wcstoimax(ws, wendptr, base);
  uret = std::tr1::wcstoumax(ws, wendptr, base);
  #endif

and the FreeBSD system in questions definitely does not have glibc
installed.  Is some configure check going awry here, or is the macro
just not named correctly?

Any help you can offer will be appreciated!

Gerald