Io does not work for the new gnu locale code on my system
Peter Schmid
schmid@snake.iap.physik.tu-darmstadt.de
Thu Dec 20 18:10:00 GMT 2001
Dear Mr Kosnick,
I have serious problems employing the new locale code on my system. My
system setup is vanilla SuSE 7.3 (Glibc 2.2.4, binutils 2.11.90.0.29)
running a 2.4.14 linux kernel.
1) I bootstrapped the compiler three times on different days. There
are always massive io problems, reading does not work. Please
confer the libstdc++ regression results.
=== libstdc++-v3 tests ===
Running target unix
FAIL: 21_strings/inserters_extractors.cc execution test
FAIL: 22_locale/ctor_copy_dtor.cc execution test
XPASS: 22_locale/members.cc execution test
XPASS: 22_locale/messages_byname.cc execution test
XPASS: 22_locale/messages_members_char.cc execution test
XPASS: 22_locale/money_get_members_wchar_t.cc execution test
XPASS: 22_locale/money_put_members_wchar_t.cc execution test
XPASS: 22_locale/moneypunct_byname.cc execution test
XPASS: 22_locale/moneypunct_members_char.cc execution test
XPASS: 22_locale/moneypunct_members_wchar_t.cc execution test
XPASS: 22_locale/num_get_members_char.cc execution test
XPASS: 22_locale/num_get_members_wchar_t.cc execution test
XPASS: 22_locale/num_put_members_char.cc execution test
XPASS: 22_locale/num_put_members_wchar_t.cc execution test
XPASS: 22_locale/numpunct_byname.cc execution test
XPASS: 22_locale/numpunct_members_char.cc execution test
XPASS: 22_locale/numpunct_members_wchar_t.cc execution test
FAIL: 22_locale/operators.cc execution test
XPASS: 22_locale/time_get_members_wchar_t.cc execution test
XPASS: 22_locale/time_put_members_char.cc execution test
FAIL: 26_numerics/complex_inserters_extractors.cc execution test
FAIL: 27_io/istream_extractor_arith.cc execution test
FAIL: 27_io/istream_extractor_char.cc execution test
FAIL: 27_io/istream_extractor_other.cc execution test
FAIL: 27_io/istream_manip.cc execution test
FAIL: 27_io/istream_seeks.cc execution test
FAIL: 27_io/istream_sentry.cc execution test
FAIL: 27_io/istringstream_members.cc execution test
FAIL: 27_io/ostream_inserter_other.cc execution test
FAIL: 27_io/stringstream_members.cc execution test
=== libstdc++-v3 Summary ===
# of expected passes 321
# of unexpected failures 13
# of unexpected successes 17
# of expected failures 12
Compiler version: 3.1 20011220 (experimental)
Platform: i686-pc-linux-gnu
configure flags: --host=i686-pc-linux-gnu --enable-shared --disable-nls --enable-threads=posix --enable-clocale=gnu --enable-languages=c,c++,f77,objc
2) When I configure the libstdc++ library without any locale specific
flags the generic locale code is chosen. From the information
gleaned from the configure script I suppose on my linux box given
the version of glibc the gnu version of the locale code should be chosen.
3) There is a core file generated by ./conftest in
i686-pc-linux-gnu/libstdc++-v3 directory. Most probably generated by
the locale specific test which seems to go wrong if no locale specific
flags are specified.
4) IO does work for the generic locale abstraction. And additionally
there are only three g++ compiler failures exposed by the g++
regression testsuite. I believe these are irrelevant for the
libstdc++ library.
=== g++ tests ===
Running target unix
FAIL: g++.dg/eh/omit-frame-pointer.C execution test
FAIL: g++.eh/badalloc1.C Execution test
FAIL: g++.ext/instantiate2.C not instantiated (test for errors, line 19)
XPASS: g++.pt/decl2.C ICE - (test for errors, line 8)
=== libstdc++-v3 tests === (generic locale)
XPASS: 22_locale/collate_members_wchar_t.cc execution test
XPASS: 22_locale/time_put_members_char.cc execution test
=== libstdc++-v3 Summary ===
# of expected passes 334
# of unexpected successes 2
# of expected failures 27
Therefore, could it be that there is a subtle bug in the new gnu locale
code? The gnu locale abstraction worked as far io is concerned about
two weeks ago when I last bootstrapped the gcc 3.1 compiler before
the locale related changes went in.
Sorry, I had no luck debugging a failing program. Could you give me an
advise which version of gdb I should use for gcc 3.1?
Do I need a more recent copy of glibc or binutils for the new gnu
locale abstraction?
Hope this helps,
Peter Schmid
More information about the Libstdc++
mailing list