Kay Schenk wrote: > On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr <h...@apache.org> wrote: >> [...] >> In your installation the hash template is apparently already mapped to the >> std namespace, so us trying to map it there again causes trouble. To verify >> this idea you could comment out the >> using STLP4_EMUBASE_NS::hash; >> lines in booth main/stlport/systemstl/hash_* files. >> > > a short update on my progress... > > The suggestion above worked for that problem...
Wonderful! This means some parts (or all?) of boost's tr1 headers are already directly into the std namespace. And they are of course also available in the std::tr1 namespace where they come from. Please have a look at the preprocessor output. To see what the compiler sees to achive this. >> [...] >>> so I don't know if we need to do something about BOOST_HASH_NO_EXTENSIONS >>> >> >> That's a good idea. If we knew that the hash template was already >> available in the std namespace then we wouldn't have to map it there >> ourselves. Maybe one of these two boost configuration defines (or maybe the >> BOOST_HASH_TR1_HASH define?) allow us to determine what your boost >> installation needs to get us a nice hash template in the std namespace. >> [...] > > I'm still working on the errors generated from the latter area... The preprocessor output could help you identify which source file already mapped the containers directly into the std namespace. If the responsible lines are known then figuring out which defines where responsible for it should be easy. > Thank you for all your help. You're very welcome! I'll be (mostly) offline for the rest of the year. Merry Christmas and a Happy New Year! Herbert --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
