Is PR21674 really fixed for gcc 4.2?
Benjamin Kosnik
bkoz@redhat.com
Mon Sep 18 08:09:00 GMT 2006
> XPASS: 21_strings/basic_string/element_access/char/21674.cc execution test
> XPASS: 21_strings/basic_string/element_access/wchar_t/21674.cc execution test
>
> in the libstdc++ testsuite. From what I see in bugzilla for PR21674, it
> seems that it should be fixed on gcc trunk, right? Shouldn't the xfail
> line be dropped now from those two test cases for the gcc 4.2 release?
It is expected that these tests fail.
Ie:
%COMP.sh "-g -O0 -D_GLIBCXX_DEBUG" 21_strings/basic_string/element_access/char/21674.cc
%./a.out
/mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/bits/basic_string.h:709: typename _Alloc::rebind<_CharT>::other::reference std::basic_string<_CharT, _Traits, _Alloc>::operator[](typename _Alloc::rebind<_CharT>::other::size_type) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>]: Assertion '__pos <= size()' failed.
Abort
Thus, the xfail marking.
If this is not asserting on darwin, then something is wrong and this particular test is failing.
-benjamin
More information about the Gcc
mailing list