[boost] bcp (and config.hpp, user.hpp, shared_ptr.hpp) problem

47 views
Skip to first unread message

Michael Matthews

unread,
Mar 16, 2011, 10:03:30 AM3/16/11
to bo...@lists.boost.org
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

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

John Maddock

unread,
Mar 16, 2011, 2:55:50 PM3/16/11
to bo...@lists.boost.org
> 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.

Michael Matthews

unread,
Mar 16, 2011, 7:03:14 PM3/16/11
to bo...@lists.boost.org
> 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

John Maddock

unread,
Mar 18, 2011, 12:40:07 PM3/18/11
to bo...@lists.boost.org
>> 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.

Reply all
Reply to author
Forward
0 new messages