I just hit the incompatibility described here: http://lists.boost.org/boost-users/2004/11/8505.php Since boost 1.32 is in testing I am raising this issue. Currently, there isn't a newer release of luabind that fixes this problem. I believe that bug 87263 and this are different since this error is only down to the version of boost and not the compiler. Reproducible: Always Steps to Reproduce: ACCEPT_KEYWORDS="~x86" emerge dev-libs/boost ACCEPT_KEYWORDS="~x86" emerge dev-libs/luabind cat <<EOCODE > broken.cc extern "C" { #include "lua.h" #include "lauxlib.h" #include "lualib.h" } #include <luabind/luabind.hpp> EOCODE g++ -o broken broken.cc Actual Results: error: no class template named `apply_if' in `boost::mpl' Expected Results: The compile should have complained about no 'main' instead. I'm new to Gentoo and am interested how this sort of situation is handled. Does luabind become 'masked' when boost 1.32 becomes 'stable' or does boost 1.32 get delayed until a new version of luabind becomes available? Both these libraries a very useful although boost is the more popular one.
Which version of GCC are you using? This individual says that he has it working with 1.32 http://sourceforge.net/mailarchive/forum.php?thread_id=7038060&forum_id=32657
Perhaps checking out the project from CVS and testing that would work. I see that they have made a few updates for 1.32 If it works I can make a snapshot of the package and place that into portage.
if you read the links provided by you and rphillips you can see that luabind uses deprecated functions and also that boost 1.32.0 works and that it is a luabind incompatability with gcc-3.4, both things neither boost nor gcc can fix, hope this helps you in any way
force luabind to be dependent on boost 1.31 until a new release is made
*** Bug 87263 has been marked as a duplicate of this bug. ***
luabind needs to be fixed to work with current stable boost-1.33.0-r1 instead of depending on functions that existed in some version but are not part of the boost interface, boost-1.31.0 must be removed from the tree, with it all deps on it please fix luabind, get a new version that is fixed or mask luabind due to its broken code.
Luabind-0.7 was released on 27th January 2006. It would be great to create an ebuild for this new release ! (http://www.rasterbar.com/products/luabind.html) This release requires Boost 1.32.0 or 1.33.0. From the tarball available at http://sourceforge.net/projects/luabind, I succeed to compile Luabind-0.7 with Boost 1.32.0-r4 and GCC 3.4.4-r1; as well as with Boost 1.33.1 and GCC 3.4.4-r1. The tarball as is compiles except the test directory because '-ldl' is missing in the test/Makefile. (I'll report soon this bug in the luabind mailing list).
Created attachment 78860 [details] luabind 0.7 ebuild Because the previous version was named luabind-b6-r1 instead of luabind-0.6_beta-r1, I had to name the ebuild luabind-7 instead of luabind-0.7 for emerge to understand it is newer.
I've confirmed the attached luabind 0.7 ebuild as working on my system; this should go into portage.
Re-assign wrt Bug 136369.
removed