This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]