using std::iterator::next() inside a class derived from juce::Timer yields a compiler error due to the Timer::next field. Simple namespace-wrapping doesn't work since it doesn't affect visibility inside a Timer-derived class. The clean solution would be to avoid name clashes with the STL.
Also, std::copy() and std::fill() are now recommended over memcpy() and memset(). Microsoft's Lavavej assures they shouldn't be any slower.