Re: Design question LWG 2861: basic_string should require that charT match traits::char_type

2017-03-13 Thread Daniel Krügler
2017-03-13 11:56 GMT+01:00 Jonathan Wakely : > On 12 March 2017 at 13:21, Daniel Krügler wrote: >> I'm now working on >> >> http://cplusplus.github.io/LWG/lwg-defects.html#2861 >> >> The new wording state is now equivalent to basic_string_view, whose &g

Design question LWG 2861: basic_string should require that charT match traits::char_type

2017-03-12 Thread Daniel Krügler
I'm now working on http://cplusplus.github.io/LWG/lwg-defects.html#2861 The new wording state is now equivalent to basic_string_view, whose current implementation doesn't bother verifying the requirement, so this code (which as UB) currently compiles just fine: #include #include struct MyTrai

Re: Remove deprecated std::has_trivial_xxx traits

2016-07-27 Thread Daniel Krügler
2016-07-27 20:25 GMT+02:00 Jonathan Wakely : > I propose that we remove the following non-standard traits in GCC 7: > > /// has_trivial_default_constructor (temporary legacy) > template >struct has_trivial_default_constructor >: public integral_constant >{ } _GLIBCXX_DEPRECATED; > >

Re: Dealing with C++98/11 ABI incompatibilities

2012-07-03 Thread Daniel Krügler
2012/7/3 Paolo Carlini : > On 07/03/2012 10:10 PM, Daniel Krügler wrote: >> >> Isn't there a similar problem with the long long related additions of >> virtual function to IO/localization as in std::num_get and std::num_put? > > Probably not, because, if I understa

Re: Dealing with C++98/11 ABI incompatibilities

2012-07-03 Thread Daniel Krügler
2012/7/3 Paolo Carlini : > Hi, > > On 07/03/2012 09:18 PM, Jason Merrill wrote: >> >> 2) Object layout changes to std::list and std::basic_string. For these >> types, there is no way to both retain backward compatibility with older >> C++98 code and conform to the C++11 standard. The best we can