- Boost-users - lists.boost.org

ambiguous overload using boost::variant
by Paul.VanHagen＠shell.com 20 Jun '07

20 Jun '07

Hello, I'm having difficulty compiling the following code fragment using the Intel 9.1 C++ compiler. This little program mimics part of our application and the way we make use of the boost::variant class template. The build log follows at the end. The program itself is totally meaningless, but it just demonstrates a problem in either the compiler or in boost. The strange thing is that this program compiles nicely without any problem using the gcc 3.3.1 compiler on Linux. I appreciate any help. TIA Paul #include <map> #include <string> #include <boost/variant.hpp> using namespace std; template <typename IntT=int> class A { public: A() : m_i(0) { } A(const IntT& i) : m_i(i) { } private: IntT m_i; }; template <typename StringT, typename IntT=int> class B { public: B() : m_pi(0) { } B(const string& s, const IntT& i) : m_pi(new IntT(i)) { } ~B() { delete m_pi; } private: StringT m_s; IntT* m_pi; }; typedef A<> a_t; typedef B<string> b_t; typedef boost::variant<a_t, boost::recursive_wrapper<b_t> > Integer; typedef Integer* IntegerPtr; template <typename CharT, typename IntT, typename DoubleT> class numeric_type : public boost::variant<CharT, IntT*, DoubleT> { public: typedef boost::variant<CharT, IntT*, DoubleT> numeric_type_variant; /// Default constructor. numeric_type() : numeric_type_variant() { } numeric_type(const CharT& ch) : numeric_type_variant(ch) { } numeric_type(IntT* pInt) : numeric_type_variant(pInt) { } numeric_type(const DoubleT& d) : numeric_type_variant(d) { } /* template <typename T> /// Converting constructor. numeric_type(T const& t) : numeric_type_variant(t) { } */ // some more code }; int main(int argc, char* argv[]) { char ba; double bc; // set up map with variant integers map<string, Integer> mapInteger; mapInteger.insert(make_pair("a", a_t(0))); mapInteger.insert(make_pair("b", b_t("b", 1))); numeric_type<char, Integer, double> b(ba); numeric_type<char, Integer, double> c(&mapInteger["b"]); numeric_type<char, Integer, double> d(bc); return 0; } ------ Build started: Project: VariantProblemDemo, Configuration: Debug Win32 ------ Compiling... VariantProblemDemo.cpp C:\Mijn Documenten\Backup\Projects\Work\3rdParty\boost\boost\variant\variant.hpp(1273) : error C2668: 'boost::detail::variant::make_initializer_node::apply<BaseIndexPair,Iterator>::initializer_node::initialize' : ambiguous call to overloaded function with [ BaseIndexPair=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::state1, Iterator=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::iter1 ] C:\Mijn Documenten\Backup\Projects\Work\3rdParty\boost\boost\variant\detail\initializer.hpp(89): could be 'int boost::detail::variant::make_initializer_node::apply<BaseIndexPair,Iterator>::initializer_node::initialize(void *,boost::detail::variant::make_initializer_node::apply<BaseIndexPair,Iterator>::initializer_node::param_T)' with [ BaseIndexPair=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::state1, Iterator=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::iter1 ] C:\Mijn Documenten\Backup\Projects\Work\3rdParty\boost\boost\variant\detail\initializer.hpp(89): or 'int boost::detail::variant::make_initializer_node::apply<BaseIndexPair,Iterator>::initializer_node::initialize(void *,boost::detail::variant::make_initializer_node::apply<BaseIndexPair,Iterator>::initializer_node::param_T)' with [ BaseIndexPair=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::state0, Iterator=boost::mpl::aux::iter_fold_impl<2,boost::mpl::begin<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::end<boost::variant<a_t,boost::recursive_wrapper<b_t>>::recursive_enabled_types>::type,boost::mpl::pair<boost::detail::variant::initializer_root,boost::mpl::int_<0>>,boost::mpl::lambda<boost::mpl::protect<boost::detail::variant::make_initializer_node>>::type>::iter0 ] while trying to match the argument list '(void *, const int)' C:\Mijn Documenten\Backup\Projects\Work\3rdParty\boost\boost\variant\variant.hpp(1342) : see reference to function template instantiation 'void boost::variant<T0_,T1>::convert_construct<const T>(const T &,int,boost::mpl::false_)' being compiled with [ T0_=a_t, T1=boost::recursive_wrapper<b_t>, T=int ] VariantProblemDemo.cpp(62) : see reference to function template instantiation 'boost::variant<T0_,T1>::variant<int>(const T &)' being compiled with [ T0_=a_t, T1=boost::recursive_wrapper<b_t>, T=int ] VariantProblemDemo - 1 error(s), 0 warning(s) ---------------------- Done ---------------------- Build: 0 succeeded, 1 failed, 0 skipped

1 0

Porting to vc8
by Rupali.Praveen＠barclayscapital.com 20 Jun '07

20 Jun '07

Hi I have inherited some code that uses the boost1300\boost\numeric\ublas , specifically the matrix constructs. We are now porting our code from vc6 to vc8. The current library seems to be giving a lot of compilation errors, like: ../../ThirdParty\boost1300\boost\numeric\ublas\matrix_expression.hpp(781 ) : error C2027: use of undefined type 'boost::numeric::ublas::vector_matrix_binary<E1,E2,F>::const_iterator2' ../../ThirdParty\boost1300\boost\numeric\ublas\matrix_expression.hpp(603 ) : see declaration of 'boost::numeric::ublas::vector_matrix_binary<E1,E2,F>::const_iterator2' ../../ThirdParty\boost1300\boost\numeric\ublas\matrix_expression.hpp(700 ) : see reference to class template instantiation 'boost::numeric::ublas::vector_matrix_binary<E1,E2,F>::const_iterator1' being compiled ../../ThirdParty\boost1300\boost\numeric\ublas\matrix_expression.hpp(103 4) : see reference to class template instantiation 'boost::numeric::ublas::vector_matrix_binary<E1,E2,F>' being compiled Do I need to download the latest version of boost for the porting? Thanks Rupali ------------------------------------------------------------------------ For important statutory and regulatory disclosures and more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Barclays Capital is the investment banking division of Barclays Bank PLC, a company registered in England (number 1026167) with its registered office at 1 Churchill Place, London, E14 5HP. This email may relate to or be sent from other members of the Barclays Group. ------------------------------------------------------------------------

1 0

[bind] overloaded function troubles
by Michael Marcin 19 Jun '07

19 Jun '07

I have a windows compiler that is a derivative of cw 9.4 that is complaining when trying to compile the following #include <boost/bind.hpp> struct a { void foo(int) {} void foo() {} }; void bar() { boost::bind( &a::foo, _1 ); } the actual error is: ### mwccsym2.exe Compiler: # In: C:\Subversion\boost-RC_1_34_0\boost\boost\bind.hpp # From: bind_test.cpp # ---------------------- # 1633: ::bind_t< result_type, F, list_type >( F( f ), list_type( a1 ) ); # Error: ^ # illegal implicit conversion from 'boost::_bi::bind_t<const void (&)(void *const , const void *const , void *const , const void *const , int), boost::_mfi::dm<void (const void *const , int), a>, boost::_bi::list1<boost::arg<1>>>' to # 'boost::_bi::bind_t<const void (&)(const void *const , int), boost::_mfi::dm<void (const void *const , int), a>, boost::_bi::list1<boost::arg<1>>>' # (point of instantiation: 'bar()') # (instantiating: 'boost::bind<boost::arg<1>, void (const void *const , int), a>(void (a::*)(int), boost::arg<1>)') Changing the definition to struct a { void foo() {} void foo(int) {} }; lets it compile but this is not a general solution as this fails to compile: void bar() { boost::bind( &a::foo, _1, 0 ); } I've uploaded a full minimal example to my website including the compiler in question if it helps. http://www.mikemarcin.com/misc/mwccsym/bind_overload.zip Thanks, Michael Marcin

2 1

New bcbboost release
by Nicola Musatti 19 Jun '07

19 Jun '07

Hallo, I just released a new version of bcbboost, the unofficial BCB Boost patches. This is a set of patches that improves Boost's support of Borland/CodeGear compilers. The current version supports Boost 1.34.0 and bcc32 5.9.0, the new compiler that is part of C++Builder 2007. For more information and download: http://bcbboost.sourceforge.net Comments and bug reports, not to mention code contributions, are all very welcome. Please use the SourceForge trackers or the mailing list, bcbboost-general(a)lists.sourceforge.net Enjoy! Nicola Musatti

2 3

Re: [Boost-users] math/statistics policy-interface feedback requested.
by John Maddock 19 Jun '07

19 Jun '07

Hubert Holin wrote: > The proposed interface is certainly nice and could definitely be > worked with. OK good. > For the global choices it is perfectly adequate, IMO. For finer > control however, it does appear very fine-grained (per-function), > which, in addition to making error message harder to read, is perhaps > not the most frequent level of interaction needed. For instance, > while I certainly see the need sometimes for per-function disabling > of internal double promotion, I believe that more frequently users > may want to set these preferences at the translation unit level, when > not at the global level. Whilst I think you're correct that per-TU control is the most often needed requirement: it's actually the hardest of all to provide without violating the dreaded "one definition rule". The only solution I can think of involves making the special function macros - which also means we can't overload them - and then internally mangling the function names according to the policies in effect (in other words the same as the current proposal). Perhaps more interesting, and based on the current proposal is per-namespace policies: #include <boost/math/special_functions.hpp> typedef something my_policy_type; namespace mynamespace{ BOOST_MATH_DECL_POLICY_SPECIAL_FUNCTIONS(my_policy_type); } Then "mynamespace::tgamma(x);" would use my_policy_type to determine it's behaviour. If you an unnamed namespace then this could be used in place of a using declaration, to bring a specific set of functions into the scope of the current TU only. > While (mostly) global objects may be evil, something along the > lines of standard streams and their interaction with locales and > facets may perhaps be easier to deal with. For instance, functions > may requests their choices from some external "policy object", which > may be locally altered, much as streams will enquire from a locale > how to typeset dates. Granted, this would make multithreading all the > hairier (which is not really a good idea). Oh, no global objects please, they're evil, no really they are! :-) > On the other hand, not all > functions necessarily require information about every configuration > choice possible, so passing in all the info when only some is needed > may perhaps be excessive. That's true. However, I now have the meta-programming code that allows a function to reset policies that it knows aren't relevent to it to their defaults. Policy objects also get "normalised" internally to reduce code bloat, so: tgamma(x, policy1); and tgamma(x, policy2); are one-line inline forwarders that will call the same template instantiations internally, if there are no relevent differences between policy1 and policy2. Thanks for the feedback, John.

1 0

Re: [Boost-users] [mpl]pop_front function on integral sequence
by Ovanes Markarian 19 Jun '07

19 Jun '07

[...] > Thanks, iterator_range works fine. What's not very nice to me is the T typename is lost for empty >sequence and after using a metafunction, so vector_c is not really usable for metaprograming, its >just a macro to easier define a vector. Well... Type never gets lost in C++ ;) What about: typedef mpl::vector_c<float, 2.0,2.1,2.2> my_vector; BOOST_MPL_ASSERT(( is_same< mpl::front<my_vector>::type::value_type, float > )); vector_c initializes a vector with integral_c derived type (like mpl::int_ or mpl::bool_) and value specified, so in this example we have most probably an mpl::vector of integral_c<float, 2.0>,..., integral_c<float, 2.2>. Anyway applying a front metafunction to any element of vector will return some integral_c<float, X> specification. Since you are interested in type contained in integral_c you can access it via integral_c<float, X>::value_type. Therefore: mpl::front<my_vector>::type::value_type ^^^^ ^^^^^ + => integral_c<float, X>::value_type + => integral_c<float, X> result in correct type resolution stored in mpl::vector. Hope that helps. With Kind Regards, Ovanes Markarian

1 0

Configuration errors using Boost.Tr1
by Chris Fairles 19 Jun '07

19 Jun '07

RHEL5, Boost 1.34.0, GCC 4.1.1 Boost headers are installed under /usr/include echo "#include <boost/tr1/type_traits.hpp>" > test.cpp g++ -c test.cpp In file included from /usr/include/boost/tr1/type_traits.hpp:8, from test.cpp:1: /usr/include/boost/tr1/detail/config.hpp:58:26: error: no include path in which to search for utility from /usr/include/boost/tr1/type_traits.hpp:8 6 #ifndef BOOST_TR1_TYPE_TRAITS_HPP_INCLUDED 7 # define BOOST_TR1_TYPE_TRAITS_HPP_INCLUDED 8 # include <boost/tr1/detail/config.hpp> /usr/include/boost/tr1/detail/config.hpp:58:26 37 #if defined(__GNUC__) && !defined(BOOST_HAS_INCLUDE_NEXT) 38 # define BOOST_HAS_INCLUDE_NEXT 39 #endif ... 53 #ifdef BOOST_HAS_INCLUDE_NEXT 54 # ifndef BOOST_TR1_NO_RECURSION 55 # define BOOST_TR1_NO_RECURSION 56 # define BOOST_TR1_NO_CONFIG_RECURSION 57 # endif 58 # include_next <utility> Have I configured something wrong? Or am I not just not using the Boost tr1 headers correctly? Chris

1 0

[preprocessor] Argument list conversion
by Server Levent Yilmaz 19 Jun '07

19 Jun '07

Hi, I have the following fun problem, seemingly simple, but couldn't find the trick. The objective is to convert a given argument list to some other one or more useful argument list. Each of the arguments are copied verbatim into the other list unless it is specified to be a SPECIAL_TYPE. For example the following two-argument macro function call: FUNKY_MACRO( 5, ( double*, SPECIAL_TYPE, const char[], SPECIAL_TYPE, int) ) would spit out: (double*, const char[], int, special1, special1); (double*, special1, const char[], special1, int, special2, special2); note that, in the first generated tuple SPECIAL_TYPE is replaced by some other text, and moved to the end of the tuple. In the second one, same replacement occurs and some yet other text is appended repeatedly at the end, same number of times as SPECIAL_TYPE appears in the original list. Any ideas how to do this (or part of it) with the incredibly amazing Preprocessor library? thanks -- Server Levent Yilmaz Mechanical Engineering University of Pittsburgh

4 15

[mpl]pop_front function on integral sequence
by Vít Kasal 19 Jun '07

19 Jun '07

Hi, I have a problem with using pop_front on an integral sequence. pop_front< vector_c<T, c1, c2, ... cn> >::type results in vector<c2, ... cn> Is it intended behavior? Is there some way to get vector_c<T, c2, ... cn> > Thanks Vit

3 3

MSVC-7.1 does not compile all the project code
by king.coffee＠att.net 19 Jun '07

19 Jun '07

Hi, I downloaded and ran bjam from the BOOST home directory. Most of the projects compiled OK. But projects using read_graphviz_spirit.cpp cause "cl.exe" to terminate. cl.exe resulted in an buffer overrun error. The cl compiler I'm using is MSVC++ 7.1 standard edition (no optimization). The OS is Windows XP Pro Thanks, King --------------------------------------------------------------- P.S: The following results from rerunning the bjam utility: WARNING: No python installation configured and autoconfiguration failed. See http://www.boost.org/libs/python/doc/building.html for configuration instructions or pass --without-python to suppress this message and silently skip all Boost.Python targets warning: Python location is not configured warning: the Boost.Python library won't be built Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (don't panic: this is a strictly optional feature). warning: No toolsets are configured. warning: Configuring default toolset "msvc". warning: If the default is wrong, you may not be able to build C++ programs. warning: Use the "--toolset=xxxxx" optio n to o verride our guess. warning: For more configuration options, please consult warning: http://boost.org/boost-build2/doc/html/bbv2/advanced/configuration.html ...patience... ...patience... ...found 4024 targets... ...updating 28 targets... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\threading-multi>boost_graph-vc71-mt-1_34.dll for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\threading-multi>read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\threading-multi>boost_graph-vc71-mt-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug>boost_graph-vc71-gd-1_34.dll for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug>read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug>boost_graph-vc71-gd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release>boost_graph-vc71-1_34.dll for lack of <pbin.v2\libs\graph\build\msvc-7.1\release>read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release>boost_graph-vc71-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\link-static\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\threading-multi>libboost_graph-vc71-mt-gd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\link-static\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\threading-multi>libboost_graph-vc71-mt-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\link-static\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static>libboost_graph-vc71-gd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\threading-multi>boost_graph-vc71-mt-gd-1_34.dll for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\threading-multi>read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\threading-multi>boost_graph-vc71-mt-gd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\link-static\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\link-static>libboost_graph-vc71-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\link-static>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi>libboost_graph-vc71-mt-sgd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi>libboost_graph-vc71-mt-s-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static>libboost_graph-vc71-sgd-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\debug\link-static\runtime-link-static>read_graphviz_spirit.obj... compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\read_graphviz_spirit.obj read_graphviz_spirit.cpp call "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\read_graphviz_spirit.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static\read_graphviz_spirit.obj... ...skipped <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static>libboost_graph-vc71-s-1_34.lib for lack of <pbin.v2\libs\graph\build\msvc-7.1\release\link-static\runtime-link-static>read_graphviz_spirit.obj... ...failed updating 12 targets... ...skipped 16 targets...

1 0