bcp (and config.hpp, user.hpp, shared_ptr.hpp) problem

I am trying to compile (with VS2008) using a few boost tools pulled out using bcp. I've used bcp before without trouble, but I just upgraded to boost_1_46_1, and now I'm having trouble. I pulled the boost subset out with: C:\Program Files\boost\boost_1_46_1>bcp filesystem.hpp foreach.hpp property_tree shared_ptr.hpp fromBoost\ During compile, the problem is with shared_ptr. The shared_ptr.hpp file includes this line at the top: #include <boost/config.hpp> // for broken compiler workarounds which causes config.hpp to be used (and it is correctly pulled by bcp), which then causes this compile error (because user.hpp is not pulled, though other files in boost/config/ are): \fromboost\boost\config.hpp(26) : fatal error C1083: Cannot open include file: 'boost/config/user.hpp': No such file or directory which is from these lines in the config.hpp file: // if we don't have a user config, then use the default location: #if !defined(BOOST_USER_CONFIG) && !defined(BOOST_NO_USER_CONFIG) # define BOOST_USER_CONFIG <boost/config/user.hpp> #endif // include it first: #ifdef BOOST_USER_CONFIG # include BOOST_USER_CONFIG #endif What is the source of the problem, and what can I do to fix it? I am not familiar with config.hpp or what it's used for, but a quick look at the documentation makes me think that I shouldn't have to worry about it as a library user. Should I manually being #defining BOOST_NO_USER_CONFIG? That seems like a hack. Thanks, Michael

What is the source of the problem, and what can I do to fix it? I am not familiar with config.hpp or what it's used for, but a quick look at the documentation makes me think that I shouldn't have to worry about it as a library user. Should I manually being #defining BOOST_NO_USER_CONFIG? That seems like a hack.
No for some reason it seems like not all of boost/config was copied over, just manually copy the contents of boost/config into your new tree and that should hopefully fix things, will investigate this further though... HTH, John.

No for some reason it seems like not all of boost/config was copied over, just manually copy the contents of boost/config into your new tree and that should hopefully fix things, will investigate this further though...
HTH, John.
Thanks. Yeah, must be a small issue with bcp. I had to manually copy over the following before it compiled, some or all of these folders' contents were not copied by bcp: boost\config boost\preprocessor\iteration\detail boost\preprocessor\slot\detail boost\mpl\aux_\preprocessed boost\mpl\vector Thanks, Michael

No for some reason it seems like not all of boost/config was copied over, just manually copy the contents of boost/config into your new tree and that should hopefully fix things, will investigate this further though...
HTH, John.
Thanks. Yeah, must be a small issue with bcp.
Yep, it had been modified to use Boost.Filesystem V3, but wasn't doing so correctly (or at least was tripped up by the changes), now fixed in SVN Trunk. Thanks for the report, John.
participants (2)
-
John Maddock
-
Michael Matthews