Should have seen that coming, really. Errors it's trying to redeclare that, because the next token is that evil '<'. Basically, it should just access the instantiation for that type immediately in this case, since it's already declared and all. I'll have to add a check for that come ';',...
I just finished getting cpp_type_traits.h to parse correctly. That's an accomplishment. Along with that, however, is a regular type_traits.h, which I will be attacking next.
I don't want to give a release date after what happened last time, but I realize now that release dates are the only reason releases happen, so I guess I'm going to...
I wanted to have a community-size test out today to begin the debug process, but STL provided me with more debugging goodness than I could ever have wanted. For example, as it happens, they have created a set of templates (templates can be defined as 'crude, bitter replacements for a system that has worked for years without triangular-bracket goodness') which compare if two types are equal. I...
I've had to purchase two new hats today just to have something to eat each time I was dead wrong about something. It's mildly annoying, but don't worry.
That code I showed yesterday is nearly working; it ignores the second specialization for a reason I am now looking into.
Yoyo has evidently released a new version of GM, which I won't be trying number one because I hate thei...
It doesn't make sense to me that line 405 of stl_algobase declares istreambuf_iterator like so:
template<typename _CharT, typename _Traits>But then the class is later accessed like so:class istreambuf_iterator;
typename _InIter = istreambuf_iterator<_CharT> >On the bright side, however, the parser is old enough to read map with some...