There's some serious weirdnesses in the logic of defining BOOST_NO_STD_UNORDERED; can you take a look at the STLPort configuration and let me know what you think should be done there?
Shucks, not sure :-( My suspicion is that STLport had std::unordered_* for a while (inherited from the old SGI STL), then moved them into std::tr1:: and now back to std:: again. Of course the early versions probably aren't completely compatible with what ended up in the std either :-( I guess just remove the code that sets BOOST_NO_STD_UNORDERED here, and stick with the original plan, if that breaks obsolete STLport versions then too bad I guess....?
Also, is there/should there be a relationship between BOOST_NO_STD_UNORDERED and BOOST_HAS_TR1_HDR_UNORDERED_MAP/SET?
Not quite as the former relates to what's in std:: and the latter std::tr1:: HTH, John.