TR1 debian, no include path in which to search for utilityt

[peter.vizi@…]

When I was trying to use the math_toolkit from svn sandbox I encountered the following error:

$ echo "#include <boost/math/distributions/normal.hpp>" > /tmp/test.cpp
$ g++ -c -I/usr/include/boost/tr1/tr1 /tmp/test.cpp
<some text>
usr/include/boost/tr1/detail/config.hpp:60:26: error: no include path in which to search for utility

After some time I could work around this problem by modifying /usr/include/boost/tr1/detail/config.hpp in line 60, with using #include <utility> instead of #include_next <utility>. Now the math toolkit works fine.

My system: debian unstable, boost library 1.34.1-7, math toolkit rev 43326, gcc: Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --disable-libmudflap --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.2.3 (Debian 4.2.3-1)

[peter.vizi@…]

p1 patch for /usr/include/boost/tr1/detail/config.hpp

[John Maddock]

Unfortunately that patch will break other use cases :-(

Are you able to try Boost-1.35 candidate from SVN (or the SVN Trunk), see svn.boost.org, as I believe this issue has been fixed there.

HTH, John.

[peter.vizi]

Replying to johnmaddock:

Are you able to try Boost-1.35 candidate from SVN (or the SVN Trunk), see svn.boost.org, as I believe this issue has been fixed there.

You are right John, my test compiles with rev 43329 of the svn trunk. Maybe the documentation of the math tookit could be corrected, because it says that the library is working with 1.34 or later.

Best, Peter.

[John Maddock]

Thanks for confirming that: It does actually work with Boost-1.34, but there is a bug in the 1.34 TR1 library that causes a very specific failure when building with gcc *and* Boost is installed in your system include path (rather than included with a -I option) :-(

John.