Anteru wrote about including GCC's TR1 tuple:
So I'd really like to pull in the TR1 implementation from the compiler, to avoid these collisions. In order to fix this, I tried to define BOOST_HAS_GCC_TR1 as specified in the docs -- without success, I'm getting now /usr/include/boost/tr1/type_traits.hpp:13:49: error: no include path in which to search for tr1/type_traits
As described in the docs, I added several more defines: DBOOST_HAS_GCC_TR1 BOOST_TR1_DISABLE_INCLUDE_NEXT=1 BOOST_TR1_GCC_INCLUDE_PATH=/usr/include/c++/4.4/
without success, I'm still getting the "no include path" error. I'm using the system boost, which is installed in /usr/include/boost; and I'd really like to keep using it. Is there any other way to force Boost to pick up the compiler's TR1 library?
I think this is the bug I found two months ago. The macro
BOOST_TR1_DISABLE_INCLUDE_NEXT is not being checked when it should be.
The workaround is to explicitly undefine BOOST_HAS_INCLUDE_NEXT before
including boost/tr1/tuple.hpp, like so:
#define BOOST_HAS_TR1_TUPLE 1
#include