On 2/9/2011 12:04 PM, Frédéric Bron wrote:
bjam --boost=C:/Programming/VersionControl/boost toolset=msvc-10.0 operators
from the test directory I get many lines like:
compile-c-c++ ..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj has_operator_multiplies_test.cpp C:\Programming\VersionControl\sandbox\type_traits\boost/type_traits/detail/has_binary_operator.hpp(147) : error C2065: 'has_operator_multiplies' : undeclared identifier C:\Programming\VersionControl\sandbox\type_traits\boost/type_traits/detail/has_binary_operator.hpp(147) : error C2065: 'LHS' : undeclared identifier
etc. etc.
Obviously something in the jamfile is not correct. I am pointing in my --boost parameter to bjam to my Boost tree of the trunk in SVN. Should I run against Boost 1.4.5 instead ?
I am compiliing againt 1.44. Can you try to bjam -d 2 so that we have more information about the commands that are executed.
Here is some of the information when running bjam with -d 2: "file ..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj.rsp "has_operator_multiplies_test.cpp" -Fo"..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c "-IC:\Programming\VersionControl\boost" "-IC:\Programming\VersionControl\sandbox\type_traits" compile-c-c++ ..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj.rsp" " and in the rsp file: "has_operator_multiplies_test.cpp" -Fo"..\bin.v2\test\has_operator_multiplies_test.test\msvc-10.0\debug\threading-multi\has_operator_multiplies_test.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c "-IC:\Programming\VersionControl\boost" "-IC:\Programming\VersionControl\sandbox\type_traits" What appears to be happening is that the include path for the entire Boost tree installation, which in my case I am pointing to the latest SVN trunk, takes precedence to the include path in the sandbox type_traits directory. This may be the reason why the errors are being seen since if it picks up the appropriate include files from the SVN Boost trunk it will not find your changes. I am not sure how I can change this to make it work properly, even if I pointed to another Boost tree, such as 1.4.5 or 1.4.4 which I have on my machine. It would still be picking up from that tree first. Nor do i know how to tell bjam how to use your snadbox include files first. And naturally I need to point to some Boost tree distribution, else none of the libraries Type Traits depend on, such as Boost MPL, will be found if I do not. It seems the only solution is that I must put the sandbox type_traits on top of the type_traits in the SVN trunk and then test from within the trunk. But that is a real PITA. I wish I knew if there was a way to get the Boost Build system to pick up the sandbox include path before it does the Boost tree inslude path.
I have just tried a small example in VC++2010 and it works fine, although there are plenty of warnings. in linux, I have BOOST_BUILD_PATH pointing to path_to_boost_1_44_0/tools/build/v2 I do not use the command line option --boost but it is probably the same? maybe if I get a windows binary of bjam for windows, I can try the same as you.
Frédéric _______________________________________________ Unsubscribe& other changes: http://lists.boost.org/mailman/listinfo.cgi/boost