Victor A. Wagner Jr. wrote:
At Thursday 2004-12-02 18:52, you wrote:
Victor A. Wagner Jr. wrote:
The program that causes this error used to compile (until a few days ago) I'm using the cvs HEAD c:\boost\include\boost-1_32\boost\iterator\iterator_facade.hpp(326) : error C2664: 'boost::implicit_cast' : cannot convert parameter 1 from 'const std::string *__w64 ' to 'boost::mpl::identity::type' with [
T=boost::detail::operator_arrow_result,std::basic_string,std::allocator>::const_iterator,std::string>,std::string,boost::detail::minimum_category::type>::type,const std::string &>::value_type,boost::iterator_facade,std::basic_string,std::allocator>::const_iterator,std::string>,std::string,boost::detail::minimum_category::type>::type,const std::string &>::reference,boost::iterator_facade,std::basic_string,std::allocator>::const_iterator,std::string>,std::string,boost::detail::minimum_category::type>::type,const std::string &>::pointer>::type ] Conversion loses qualifiers
That's funny, I've spent the better part of today trying to track a similar issue down. My scenario doesn't involve date_time, however. It uses tokenizer directly (which is getting used indirectly in your case by date_time). But my scenario is complicated, and my efforts to find a simplier repro have failed.
Not a problem in date_time, but certainly a problem either in tokenizer or iterator (or possibly a compiler bug). I'm continuing to investigate.
would my attempting to reduce it to a simpler test case be useful??
This is almost certainly related to http://tinyurl.com/5pmbf . If you look through that thread you will understand the issues, and see that I had checked in a partial fix for a different problem a few days ago that caused some other problems in turn. Now there's what should be a fix in the CVS. Please let me know if that's not the case. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com