[RFH] Puzzling behaviour with a wstring constructor
Paolo Carlini
pcarlini@unitus.it
Tue Mar 18 20:55:00 GMT 2003
Hi,
with current mainline (vs 3.2.2, 3.3 pre) the following doesn't link:
// template<typename _InputIter>
// basic_string(_InputIter begin, _InputIter end, const allocator& a)
// where _InputIter is integral [21.3.1 para 15]
std::wstring s(10, 0);
/tmp/ccxyBSk4.o: In function `wchar_t* std::basic_string<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t>
>::_S_construct_aux<int>(int, int, std::allocator<wchar_t> const&,
__true_type)':
/tmp/ccxyBSk4.o(.gnu.linkonce.t._ZNSbIwSt11char_traitsIwESaIwEE16_S_construct_auxIiEEPwT_S5_RKS1_11__true_type+0x1b):
undefined reference to `std::basic_string<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t>
>::_S_construct(unsigned, wchar_t, std::allocator<wchar_t> const&)'
collect2: ld returned 1 exit status
On the other hand the string version is ok.
Also, FWIW, are both ok:
std::wstring s((unsigned)10, 0);
and
std::wstring s(10, (unsigned)0);
I'm really puzzled: is the testcase above (which I blindly adapted from
the string version) correct or must be amended?
Thanks for any feedback,
Paolo.
P.S. EDG + Dinkum also compile it just fine.
More information about the Libstdc++
mailing list