- Boost-users - lists.preview.boost.org

Question about Program Options Vector processing for config file
by Charles Mills 05 Jul '12

05 Jul '12

I have the following in my code cnfOptions->add_options()("pacing", po::value< std::vector<float> >(&foo)->composing(), "Pacing experiment") If my config file contains pacing= 3.14 pacing= 2.718 then it works as expected (foo contains the two float numbers). But "pacing" is really a pair of values, not some collection of independent values. I've tried to find a config file syntax more like pacing= 3.14 2.718 that Boost PO will accept, but I can't find one. (I get syntax error complaints about pacing.) Is there either (a.) a syntax for a single pacing= that PO will "compose" into the vector, or (b.) a change I could make to add_options that would make this work. For example, I'm not in love with vector if there is some other container that would work better. Thanks, Charles

1 0

[Multi Index Container]: Retrieving a set by ordered non-unique criteria?
by Steve Hibbert 05 Jul '12

05 Jul '12

I'm a newbie use of Multi Index Containers, apologies if this question is facile. I have read through the Boost online documentation but am still a bit stumped. I have a container that contains shared pointers to instants of a custom object type (in this case, financial market orders). The container has an ordered-non-unique index defined by a member function of the object. Specifically it is the object's state code, an integer. At any point in time, I would expect several objects with a state value of 1, several with 2, etc. I need to pull back the set of objects in a particular state, to a set. I intend to use the set in testing to 'do something' with one random object in that set, but to all intents and purposes I just need to get the shared pointer to an item in State=1. How would I pull back the set (or analogous container) of objects that are in State=1? I am thinking that I first get a reference to the index in question, which is fine. Would I then do a find(), and would that find() operation return a set-like object? Or, would I need to do a lower_bound() and upper_bound() operation to find the two enclosing iterators, and then copy all shared-pointers-to-objects to a std::set, and then operate on the set as normal? Thanks in advance for assistance with this, help is greatly appreciated. Steve [I'm aware that if I change state values, I have to do so via the modify function, via the index, been bitten on that point before.]

2 1

Compiling boost asio 1.50.0 under Xcode 4.3.3 with Clang or GCC and c++11 support
by Graham Reitz 05 Jul '12

05 Jul '12

(Below) Is this is known issue, am I missing something, or does the libboost_system.a library need to be compiled differently than the default directions to work with c++11 support? The following code produces linker errors when the compiler options -std=c++11and libc++ are used: #include <iostream> #include <boost/asio.hpp> int main( int argc, char* argv[] ) { return 0; } Undefined symbols for architecture x86_64: "std::allocator<char>::allocator()", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&)", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::allocator<char>::~allocator()", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string()", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::string::operator=(char const*)", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&)", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()", referenced from: (anonymous namespace)::generic_error_category::message(int) const in libboost_system.a(error_code.o) ___tcf_0 in libboost_system.a(error_code.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)

2 2

[test] defining a macro to ignore tests
by Marco Craveiro 05 Jul '12

05 Jul '12

boost-uers, I vaguely recall a discussion a while ago regarding support for ignoring tests in boost test, and the conclusion being that its not possible. However, is it as simple as defining a macro such as this? #define BOOST_IGNORE_AUTO_TEST_CASE(test_name) void test_name() If that's the case, it would really be useful to have this in boost test. Cheers Marco -- So young, and already so unknown -- Pauli blog: http://mcraveiro.blogspot.com

3 3

[1.50.0][scope exit] dead link documentation
by Akira Takahashi 05 Jul '12

05 Jul '12

Hi, I found dead link documentation in follow page's "Tutorial" link. http://www.boost.org/doc/libs/1_50_0/libs/scope_exit/doc/html/index.html "404 Not Found File "/home/grafik/www.boost.org/archives/live/boost_1_50_0/libs/scope_exit/doc/html/scope_exit/Tutorial.html" not found. Unable to find file." Correct page is "tutorial.html". Please fix link. Thanks, Akira >>======================== Akira Takahashi mailto:faithandbrave@gmail.com site : https://sites.google.com/site/faithandbrave/about/en

2 2

[boost.python] exec_file crashes when using python 3.2
by yjaeger＠free.fr 04 Jul '12

04 Jul '12

Hi, I'm very new to boost, and I first want to thank you all for the hard and impressive work that has been done. I'm currently trying to use Boost.python and I'm facing an annoying issue. The following source code compiles fine (with msvc10 and mingw gcc 4.7): #include <boost/python.hpp> #include <iostream> using namespace boost::python; void greet() { // Retrieve the main module. object main = import("__main__"); // Retrieve the main module's namespace object global(main.attr("__dict__")); // Define greet function in Python. object result = exec("def greet():\n" " return 'Hello from Python!' \n", global, global); // Create a reference to it. object greet = global["greet"]; // Call it. std::string message = extract<std::string>(greet()); std::cout << message << std::endl; } void greet_file() { // Retrieve the main module. object main = import("__main__"); // Retrieve the main module's namespace object global(main.attr("__dict__")); // Define greet function in Python. object result = exec_file("hello.py", global, global); // Create a reference to it. object greet = global["greet"]; // Call it. std::string message = extract<std::string>(greet()); std::cout << message << std::endl; } void main(int argc, char** argv) { Py_Initialize(); greet(); greet_file(); } It even runs perfectly well when I'm using boost.python linked against python 2.7.3 library. I have following output: Hello from Python! Hello from Python! The issue appears when I link boost.python against python 3.2 (tried with 3.2.2 and 3.2.3) the first 'Hello from Python!' shows up, but then it crashes and all I can see is a windows message box saying 'prog.exe has stopped working'. It's not that I absolutely want to use python 3, but as I'm working on a new project, I'm concerned with durability, so I would prefer 3.2. Any idea would be welcome. Thanks for reading. Yannick.

1 0

[bgl] depth_first_search does not compile. color_map howto?
by Joachim Faulhaber 04 Jul '12

04 Jul '12

Hi, When using visitors with the depth_first_search algorithm I can successfully compile and run this code: //========================================================= template<class Graph> class Visitor: public default_dfs_visitor { public: typedef typename graph_traits<Graph>::vertex_descriptor Vertex; void discover_vertex(Vertex v, const Graph& g)const {cout << v << " "; return;} }; void GLV_visit() { typedef adjacency_list<listS, vecS, directedS> GraphLV; GraphLV g; add_edge(0, 1, g); add_edge(0, 2, g); add_edge(1, 2, g); add_edge(1, 3, g); Visitor<GraphLV> vis; boost::depth_first_search(g, visitor(vis)); cout << endl; } BOOST_AUTO_TEST_CASE(graph_test) { GLV_visit(); } //========================================================= With a slightly different graph (listS instead of vecS for vertices) the same call of depth_first_search fails to compile with msvc-10. //========================================================= struct Int{ Int(): _value(0){} Int(int val): _value(val){} int _value; }; void GLL_visit() { typedef adjacency_list<listS, listS, directedS, Int> GraphLL; typedef graph_traits<GraphLL>::vertex_descriptor VertexLL; GraphLL g; Int val(42); VertexLL v0 = boost::add_vertex(g); VertexLL v1 = boost::add_vertex(g); g[v0] = Int(0); g[v1] = Int(1); add_edge(v0, v1, g); Visitor<GraphLL> vis; boost::depth_first_search(g, visitor(vis)); //compile errors } //========================================================= >From the tiny error message of 108 long verbose lines of internal graph template instantiations (see attachment) it seems that the compiler is unable to create a default color_map (but I might be wrong with this interpretation of the template jungle). 1. Do I need to provide a color_map parameter here? 2. If so, what is the simplest way to do that and provide an object of the appropriate type? I'd greatly appreciate a working code example. Examples and best practices for defining and handling external propery maps in general would be helpful. TIA, Joachim -- Interval Container Library [Boost.Icl] http://www.joachim-faulhaber.de

2 5

Re: [Boost-users] [boost.test] Missing entry point when statically linking
by Tan, Tom (Shanghai) 04 Jul '12

04 Jul '12

> Date: Tue, 3 Jul 2012 19:25:50 +0000 (UTC) > From: Gennadiy Rozental <rogeeff(a)gmail.com> > >Tan, Tom (Shanghai <TTan <at> husky.ca> writes: > > #include <boost/test/unit_test.hpp> > using namespace boost::unit_test::framework; using namespace > boost::unit_test; ? > test_suite* init_unit_test_suite(int argc, char *argv[]) { ??? > BOOST_TEST_MESSAGE("hello test."); ? > ??? return 0; > } > With the same build options: > cl.exe /EHsc /MT main.cpp > ? > VC2010 compiles fine. VC2012 outputs: > LINK : fatal error LNK1561: entry point must be defined. >Don't you need to link with static library? Can you try using single header variants? >Gennadiy I am trying to use the static library, because I was under the impression that the feature in this variant would be more complete than others. With VC++ I do not have to explicitly specify the static file name in the command line if it's what you mean. And if this is the problem, the error would be like LINK : fatal error LNK1104: cannot open file 'libboost_unit_test_framework-vc110-mt-s-1_50.lib' I had a re-read of the single header variant documentation. Seems I can just switch to it. But it still seems strange that the static variant works with VC10 but not VC11.

2 1

Re: [Boost-users] [boost.test] Missing entry point when statically linking
by Tan, Tom (Shanghai) 04 Jul '12

04 Jul '12

>Date: Tue, 3 Jul 2012 19:52:31 +0100 >rom: Marco Craveiro <marco.craveiro(a)gmail.com> > >Hi Tom, > >shouldn't it be > >#include <boost/test/included/unit_test.hpp> > >on the include? Thanks, Marco. I was intending to use the library variant because I recall reading somewhere the header only variant missing some test tools. Judging from this link: (http://www.boost.org/doc/libs/1_50_0/libs/test/doc/html/utf/user-guide/ usage-variants/single-header-variant.html) I just read, I seem to be wrong. The code in question was in place since around 2005. I never thought of changing it until it's rejected by vc11. Thanks for the suggestion.

1 0

Hello, I am using boost graph, I have a questions about disable edge in one graph
by mingliang zou 03 Jul '12

03 Jul '12

I created a graph. And use add_edge to add some edges, I wanna disable some edges, and add some edges. and use boost graph algorithm for enable edges How can I do this? not create new graph.

2 5

Compilation Error related to 'range'
by VimalMathew＠Eaton.com 03 Jul '12

03 Jul '12

Hi, I have this line of code in my header file: project(C, range(0, A_rows), range(0, A_cols)) = A; I've specified: #include <boost/numeric/ublas/storage.hpp> using namespace boost::numeric::ublas; at the beginning of the header file When I compile my .cpp file, I get an error message saying: "c:\users\c9995799\desktop\level 1 problem for mpi\dmatrix.hpp(34): error C2784: 'const boost::numeric::ublas::matrix_range<M> boost::numeric::ublas::project(const boost::numeric::ublas::matrix_range<M> &,const matrix_range<M>::range_type &,const matrix_range<M>::range_type &)' : could not deduce template argument for 'const boost::numeric::ublas::matrix_range<M> &' from 'boost::numeric::ublas::matrix<T>'" This error goes away if I substitute boost::numeric::ublas::range instead of just range here: project(C, range(0, A_rows), range(0, A_cols)) = A; How do I get this to work the way it currently is? Thanks, Vimal

2 1

[boost.test] Missing entry point when statically linking to VC2012 but no problem with VC2010
by Tan, Tom (Shanghai) 03 Jul '12

03 Jul '12

I have been using a source template for unit test with boost.test, which used to be working well until I started to use VC2012 RC. Here's a minimal repo: #include <boost/test/unit_test.hpp> using namespace boost::unit_test::framework; using namespace boost::unit_test; test_suite* init_unit_test_suite(int argc, char *argv[]) { BOOST_TEST_MESSAGE("hello test."); return 0; } With the same build options: cl.exe /EHsc /MT main.cpp VC2010 compiles fine. VC2012 outputs: LINK : fatal error LNK1561: entry point must be defined. Added BOOST_TEST_MAIN caused errors for both compilers. error C2084: function 'boost::unit_test::test_suite *init_unit_test_suite(int,char *[])' already has a body I tested on both 1.49 and 1.50. And the results are the same. I suspect there is a bug of version check against MSVC but could not locate it.

3 2

boost-spirit: need help with simple parser
by Allan Nielsen 03 Jul '12

03 Jul '12

Hi I would like to use boost::spirit for parsing ipv4 addresses. Here is what I have tried to do: struct Ipv4 { Ipv4() { raw.as_int = 0; } Ipv4( const Ipv4& i ) { raw.as_int = i.raw.as_int; } Ipv4& operator=(const Ipv4& i ) { raw.as_int = i.raw.as_int; return *this; } Ipv4(const boost::tuple<uint8_t, uint8_t, uint8_t, uint8_t>& v) { raw.as_char[3] = v.get<0>(); raw.as_char[2] = v.get<1>(); raw.as_char[1] = v.get<2>(); raw.as_char[0] = v.get<3>(); } union { uint32_t as_int; uint16_t as_short[2]; uint8_t as_char[4]; } raw; }; struct DecOctet : qi::grammar<const char *, uint8_t()> { DecOctet() : DecOctet::base_type(start) { start %= qi::uint_parser<uint8_t, 10, 1, 3>(); } qi::rule<const char *, uint8_t()> start; } dec_octet; struct Ipv4Address : qi::grammar<const char *, Ipv4()> { Ipv4Address() : Ipv4Address::base_type(start) { start %= dec_octet >> qi::lit('.') >> dec_octet >> qi::lit('.') >> dec_octet >> qi::lit('.') >> dec_octet ; } qi::rule<const char *, Ipv4()> start; } ipv4_address; bool parse(const const_string& s, Ipv4& i) { Ipv4 _i; const char * iter = s.begin(); bool r = qi::parse(iter, s.end(), ipv4_address, _i); if( !r || iter != s.end() ) return false; i = _i; return true; } But unfortunately if I parse an address such as "1.2.3.4", I end up with the address "1.0.0.0" in my Ipv4 struct. The IPv4 struct is legacy code, and the union member can therefor not be changed. I can add other constructors, but I prefer non-intrusive changes. So here are my questions: - What have I done wrong? - How should this has been done if I did not have a constructor accepting the tuple? - How would you have done? Best regards Allan W. Nielsen

3 7

FW: Does the boost library free the memory occupied by the vector automatically when I call erase method provided by list class?
by Gordon HUYUE 03 Jul '12

03 Jul '12

From: huyuevip(a)hotmail.com To: boost-users(a)lists.boost.org Subject: Does the boost library free the memory occupied by the vector automatically when I call erase method provided by list class? Date: Tue, 3 Jul 2012 10:03:34 +0000 Hi all, Currently I am using "boost/interprocess" to manage shared memory between parent process and child process, the OS is AIX 6.1. The boost library is really cool and it works well, but I still have something to worry about, because the program is server side application and should be available 24/7. I apply memory at the beginning of the program, the size of memory is big enough; I use a list object provided by boost, the element type of the list object is a request object, the request object has a member with property of vector, Here is my concern: Does the boost library free the memory occupied by the vector automatically when I call erase method provided by list class? if it does not , the memory will be run out soon, because the program will add and delete object from list frequently. I'd like to make sure whether the boost library can deal with it. If it cann't, Is there any other solutions? some tips when reading demo file Line 55: definition of RequestObject Line 67: this is a member variable inside RequestObject interfaceobject_vector myvector; Line 79: definition of List, the element of this List is RequestObject Line 139: we add a request object into list. myRequestObjectList->push_front(*myRequestObject); Line 268: we delete a request objest from list, in this case , Does boost library free the memory occupied by myvector(which is a member variable inside RequestObject) automatically? myRequestObjectList->erase(myIterator); The file attached is a demo cpp, I hope it will be helpful for everybody to understand my question easily. If we add InterfaceObject_sh object into myvector when initializing, and add request object(which include myvector) into list, finally we call erase methed provided by list, Does boost library free the memory occupied by myvector automatically? Best Regards, Gordon

1 0

[Phoenix] Simple if_ issue
by Aaron_Wright＠selinc.com 02 Jul '12

02 Jul '12

I'm trying to do a simple if/else statement using boost::phoenix and I seem to mis-understanding something. namespace bp = boost::phoenix; namespace bpa = bp::arg_names; boost::function< std::string () > test1 = bp::val("true"); boost::function< std::string (bool) > test2 = bp::if_(bpa::arg1) [ bp::val("true") ] .else_ [ bp::val("false") ]; The first one works, but the second one doesn't. I get an error about not being able to convert void to std::string: cannot convert parameter 1 from 'void' to 'const std::basic_string<_Elem,_Traits,_Ax> & What do I need to do in the second test to get it to compile? Can I tell if_ that its return type is not void? --- Aaron Wright

3 3

[exception] Passing existing exception hierarchies between threads
by Szymon Gatner 02 Jul '12

02 Jul '12

Hi, I am trying to pass Poco::Exeption from worker thread to a client thread/future. Idea is simple: try { operationThatMyThrowPocoException(); } catch (const Poco::Exception& e) { // rethrow with exception_ptr support so can be passed between threads BOOST_THROW_EXCEPTION(e); } but this causes compilation error because Poco::Exception defines clone() method on its own: error C2555: 'boost::exception_detail::clone_impl<T>::clone': overriding virtual function return type differs and is not covariant from 'Poco::Exception::clone' c:\devel\boost_1_50_0\boost\exception\exception.hpp 468 Is there a way to use BOOST_THROW_EXCEPTION / enable_current_exception() with existing exception hierarchies that define clone() already? Regards, Szymon -- Szymon Gatner The Lordz Games Studio www.thelordzgamesstudio.com

2 1

Compilations problem when including boost/spirit/include/qi.hpp
by Allan Nielsen 02 Jul '12

02 Jul '12

Hi, I'm trying to use boost spirit for an embedded application running on mips32 hardware, compiled with a gcc 4.6.3 toolchain. The toolchain is build with newlib and libstdc++ with -fno-exceptions. When I try to include iq.hpp I get the following compiler error. In file included from /data/anielsen/boost_1_49_0/boost/spirit/home/support/utf8.hpp:17:0, from /data/anielsen/boost_1_49_0/boost/spirit/home/support/info.hpp:18, from /data/anielsen/boost_1_49_0/boost/spirit/home/qi/domain.hpp:16, from /data/anielsen/boost_1_49_0/boost/spirit/home/qi/meta_compiler.hpp:15, from /data/anielsen/boost_1_49_0/boost/spirit/home/qi/action/action.hpp:14, from /data/anielsen/boost_1_49_0/boost/spirit/home/qi/action.hpp:14, from /data/anielsen/boost_1_49_0/boost/spirit/home/qi.hpp:14, from /data/anielsen/boost_1_49_0/boost/spirit/include/qi.hpp:16, from ../../vtss_appl/misc/string.cxx:5: /data/anielsen/boost_1_49_0/boost/type_traits/make_unsigned.hpp: In instantiation of ‘boost::detail::make_unsigned_imp<wchar_t>’: /data/anielsen/boost_1_49_0/boost/type_traits/make_unsigned.hpp:130:1: instantiated from ‘boost::make_unsigned<wchar_t>’ /data/anielsen/boost_1_49_0/boost/spirit/home/support/utf8.hpp:35:52: instantiated from ‘boost::spirit::utf8_string boost::spirit::to_utf8(Char) [with Char = wchar_t, boost::spirit::utf8_string = std::basic_string<char>]’ /data/anielsen/boost_1_49_0/boost/spirit/home/support/info.hpp:54:42: instantiated from here /data/anielsen/boost_1_49_0/boost/type_traits/make_unsigned.hpp:39:1: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE<false>’ I do know that this is not the most typical setup, but I have had other problems which was solved just by adding a define, or avoid an include file. Any hints will be appreciated Regards Allan W. Nielsen

1 0

Boost Graph library migration 1.48 => 1.49 (1.50)
by Gregory 02 Jul '12

02 Jul '12

Hi, All! I am newbie in boost. The code fragment compiled without errors with boost 1.48.0 in MS Visual Studio 2008 , but returns compiler error with boost 1.49 and 1.50 : error C2784: 'E boost::detail::get(boost::detail::underlying_edge_desc_map_type<E>, const boost::detail::reverse_graph_edge_descriptor<EdgeDesc> &)' : could not deduce template argument for 'boost::detail::underlying_edge_desc_map_type<E>' from 'double *' c:\program files\boost\boost_1_50_0\boost\graph\dijkstra_shortest_paths.hpp 140 . typedef boost::adjacency_list<vecS,vecS,directedS, no_property, property < edge_weight_t, double > > Graph; Graph g(100); typedef graph_traits < Graph >::vertex_descriptor vertex_descriptor; typedef graph_traits< Graph >::edge_descriptor edge_descriptor; property_map< Graph, edge_weight_t>::type weightmap = get(edge_weight, g); /* graph filling code */ std::vector<vertex_descriptor> predesessor(num_vertices(g)); std::vector<double> distances(num_vertices(g)); vertex_descriptor startV = vertex(startIx, g); property_map<Graph, vertex_index_t>::type indexmap = get(vertex_index, g); dijkstra_shortest_paths(g,startV,&predesessor[0],&distances[0], weightmap, indexmap, std::less<double>(), closed_plus<double>(), (std::numeric_limits<double>::max)(), 0, default_dijkstra_visitor()); WBW&R, Gregory

2 1

statechart XCode 4.5 compilation error
by Антон Бычков 02 Jul '12

02 Jul '12

Hi. The following source code does not compile in XCode 4.5 (it is developer preview 2 version at this moment). I've got answer from one of the apple guys: "It's a known issue that when using libc++ in C++11 mode, instantiating std::list causes instantiation of the element type more aggressively than other std::list implementations. This probably won't be fixed for Xcode 4.5." Source code: #include <functional> #include <iostream> #include <boost/statechart/state.hpp> #include <boost/statechart/state_machine.hpp> class InitialState; class StateMachine : public boost::statechart::state_machine<StateMachine, InitialState> { public: StateMachine() { } }; class InitialState : public boost::statechart::simple_state<InitialState, StateMachine> { public: InitialState() { } }; int main(int argc, char const* argv[]) { std::cout << "Hello, World!\n"; StateMachine s; return 0; } Errors: In file included from /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:12: In file included from /usr/local/boost_1_50_0/boost/statechart/state.hpp:11: In file included from /usr/local/boost_1_50_0/boost/statechart/simple_state.hpp:13: /usr/local/boost_1_50_0/boost/statechart/detail/leaf_state.hpp:26:27: error: base class has incomplete type class leaf_state : public state_base< Allocator, RttiPolicy > ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:1889:54: note: in instantiation of template class 'boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>' requested here decltype(_VSTD::move(_Tp(_VSTD::declval<_Args>()...)), true_type()) ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:1890:1: note: while substituting deduced template arguments into function template '__is_constructible_test' [with _Tp = std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>>, _Args = <no value>] __is_constructible_test(_Tp&&, _Args&& ...); ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:1949:14: note: in instantiation of template class 'std::__1::__is_constructible<false, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>>, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>> &&>' requested here : public __is_constructible<is_scalar<_Tp>::value || is_reference<_Tp>::value, ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:1975:14: note: in instantiation of template class 'std::__1::__is_constructible_void_check<false, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>>, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>> &&>' requested here : public __is_constructible_void_check<__contains_void<_Tp, _Args...>::value ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:2455:34: note: in instantiation of template class 'std::__1::is_constructible<std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>>, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>> &&>' requested here : __is_nothrow_constructible<is_constructible<_Tp, _Args...>::value, _Tp, _Args...> ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/type_traits:2590:14: note: (skipping 3 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all) : public is_nothrow_constructible<_Tp, typename add_rvalue_reference<_Tp>::type> ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:513:52: note: in instantiation of template class 'std::__1::__compressed_pair<unsigned long, std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>>>' requested here __compressed_pair<size_type, __node_allocator> __size_alloc_; ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:770:15: note: in instantiation of template class 'std::__1::__list_imp<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>>>' requested here : private __list_imp<_Tp, _Alloc> ^ /usr/local/boost_1_50_0/boost/statechart/detail/state_base.hpp:139:16: note: in instantiation of template class 'std::__1::list<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>>>' requested here typename state_list_type::iterator & statesEnd, ^ /usr/local/boost_1_50_0/boost/statechart/state_machine.hpp:510:22: note: in instantiation of template class 'boost::statechart::detail::state_base<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>' requested here typedef typename state_base_type::node_state_base_ptr_type ^ /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:17:29: note: in instantiation of template class 'boost::statechart::state_machine<StateMachine, InitialState, std::__1::allocator<void>, boost::statechart::null_exception_translator>' requested here class StateMachine : public boost::statechart::state_machine<StateMachine, InitialState> ^ /usr/local/boost_1_50_0/boost/statechart/detail/state_base.hpp:57:7: note: definition of 'boost::statechart::detail::state_base<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>' is not complete until the closing '}' class state_base : ^ In file included from /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:12: In file included from /usr/local/boost_1_50_0/boost/statechart/state.hpp:11: In file included from /usr/local/boost_1_50_0/boost/statechart/simple_state.hpp:13: /usr/local/boost_1_50_0/boost/statechart/detail/leaf_state.hpp:44:44: error: no type named 'iterator' in 'std::__1::list<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>>>' typename base_type::state_list_type::iterator listPosition ) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~ /usr/local/boost_1_50_0/boost/statechart/detail/leaf_state.hpp:53:44: error: no type named 'iterator' in 'std::__1::list<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>>>' typename base_type::state_list_type::iterator & statesEnd, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~ /usr/local/boost_1_50_0/boost/statechart/detail/leaf_state.hpp:73:42: error: no type named 'iterator' in 'std::__1::list<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>>>' typename base_type::state_list_type::iterator listPosition_; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~ In file included from /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:12: In file included from /usr/local/boost_1_50_0/boost/statechart/state.hpp:11: /usr/local/boost_1_50_0/boost/statechart/simple_state.hpp:505:27: error: no type named 'direct_state_base_ptr_type' in 'boost::statechart::detail::rtti_policy::rtti_derived_type<InitialState, boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>' typename base_type::direct_state_base_ptr_type & pSelf, ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~ /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:25:29: note: in instantiation of template class 'boost::statechart::simple_state<InitialState, StateMachine, boost::mpl::list<mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, 0>' requested here class InitialState : public boost::statechart::simple_state<InitialState, StateMachine> ^ In file included from /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:12: In file included from /usr/local/boost_1_50_0/boost/statechart/state.hpp:11: In file included from /usr/local/boost_1_50_0/boost/statechart/simple_state.hpp:11: In file included from /usr/local/boost_1_50_0/boost/statechart/event.hpp:11: In file included from /usr/local/boost_1_50_0/boost/statechart/event_base.hpp:15: In file included from /usr/local/boost_1_50_0/boost/intrusive_ptr.hpp:16: /usr/local/boost_1_50_0/boost/smart_ptr/intrusive_ptr.hpp:96:23: error: no matching function for call to 'intrusive_ptr_release' if( px != 0 ) intrusive_ptr_release( px ); ^~~~~~~~~~~~~~~~~~~~~ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/memory:1621:23: note: in instantiation of member function 'boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy> >::~intrusive_ptr' requested here __p->~_Tp(); ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/memory:1522:14: note: in instantiation of function template specialization 'std::__1::allocator_traits<std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>> >::__destroy<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>> >' requested here {__destroy(__has_destroy<allocator_type, _Tp*>(), __a, __p);} ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:685:34: note: in instantiation of function template specialization 'std::__1::allocator_traits<std::__1::allocator<std::__1::__list_node<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, void *>> >::destroy<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>> >' requested here __node_alloc_traits::destroy(__na, _VSTD::addressof(__n.__value_)); ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:664:5: note: in instantiation of member function 'std::__1::__list_imp<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>> >::clear' requested here clear(); ^ /Developer4/Xcode45-DP2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:769:23: note: in instantiation of member function 'std::__1::__list_imp<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>, std::__1::allocator<boost::intrusive_ptr<boost::statechart::detail::leaf_state<std::__1::allocator<void>, boost::statechart::detail::rtti_policy>>> >::~__list_imp' requested here class _LIBCPP_VISIBLE list ^ /Users/developer/Downloads/Sandbox/Sandbox/main.cpp:20:5: note: in instantiation of member function 'boost::statechart::state_machine<StateMachine, InitialState, std::__1::allocator<void>, boost::statechart::null_exception_translator>::state_machine' requested here StateMachine() ^ /usr/local/boost_1_50_0/boost/statechart/detail/state_base.hpp:165:13: note: candidate template ignored: failed template argument deduction inline void intrusive_ptr_release( ^ 6 errors generated. *** So, it looks like it became boost's problem. Any help? WBR, Anton.

1 0

[statechart] history in the different state hierarchies
by Vlad Orlov 02 Jul '12

02 Jul '12

Hello everybody. I have a problem similar to the one described in the Statechart tutorial, but a little different. My state machine has two states (let's call them A and B) in the different state hierarchies and a third state C that can be transited to from either A or B. The transition from C must be done to either A or B, depending on where we came to C from. So I've decided to use the history. The difference between this problem and what's described in the tutorial is that A and B don't belong to the same composite state (they only belong to the same state machine). I can't simply declare "has_xxx_history" in the outer state like it's done in the tutorial. Here's what I've tried to do: #include <iostream> #include <boost/statechart/shallow_history.hpp> #include <boost/statechart/simple_state.hpp> #include <boost/statechart/state_machine.hpp> #include <boost/statechart/transition.hpp> namespace sc = boost::statechart; // events struct transfer_to_B : sc::event<transfer_to_B> {}; struct visit_C : sc::event<visit_C> {}; struct exit_to_history : sc::event<exit_to_history> {}; // forward declarations struct state_A; struct substate_A; struct substate_B; struct state_C; // state machine struct test_fsm : sc::state_machine<test_fsm, state_A> {}; // composite state A struct state_A : sc::simple_state<state_A, test_fsm, substate_A, sc::has_shallow_history> {}; struct substate_A : sc::simple_state<substate_A, state_A> { typedef boost::mpl::list < sc::transition<transfer_to_B, substate_B> , sc::transition<visit_C, state_C> > reactions; substate_A() { std::cout << "Entered A" << std::endl; } ~substate_A() { std::cout << "Exited A" << std::endl; } }; // composite state B struct state_B : sc::simple_state<state_B, test_fsm, substate_B, sc::has_shallow_history> {}; struct substate_B : sc::simple_state<substate_B, state_B> { typedef sc::transition<visit_C, state_C> reactions; substate_B() { std::cout << "Entered B" << std::endl; } ~substate_B() { std::cout << "Exited B" << std::endl; } }; // simple state C struct state_C : sc::simple_state<state_C, test_fsm> { typedef sc::transition < exit_to_history, sc::shallow_history<substate_A> > reactions; state_C() { std::cout << "Entered C" << std::endl; } ~state_C() { std::cout << "Exited C" << std::endl; } }; int main() { test_fsm fsm; fsm.initiate(); fsm.process_event(visit_C()); fsm.process_event(exit_to_history()); fsm.process_event(transfer_to_B()); fsm.process_event(visit_C()); fsm.process_event(exit_to_history()); } Unfortunately, this doesn't work as intended. The transition to history always leads to substate_A and never to substate_B: Entered A Exited A Entered C Exited C Entered A Exited A Entered B Exited B Entered C Exited C Entered A Exited A Can anyone please clarify if I've got something wrong or made a mistake somewhere? Is history supposed to work in the different state hierarchies?

2 2

Program Options: What would be involved in implementing add_options()(optionNameWork, po::value<std::pair<int, float>>() ?
by Charles Mills 30 Jun '12

30 Jun '12

I really like Boost Program Options. I came up with this wild hare of being able to handle something like foo= int float Obviously, I could do it by instead using foo_int= int foo_float= float But what would be involved in being able to do something like add_options()(optionNameWork, po::value<std::pair<int, float>>() ? I would have to derive a class from boost::program_options::value_semantic? I would have to implement all of the abstract methods? The other classes also like abstract_variables_map? Or just variable_value? Volodya wrote in response to an earlier question "I would imagine this to be not hard. Either define operator>> for the class you use to represent rectangles, over override 'validate'" Is that what I should? Define operator>> for pair<int, float> ? Where is an example of a boost::program_options >> operator? Where is validate() declared? Sorry to be such a newbie at this level of C++ programming. You have to start somewhere. Charles

2 2

Re: [Boost-users] [boost] Meeting C++ - Call for Papers
by Jens Weller 30 Jun '12

30 Jun '12

Hi, small update on this: As some people haved asked: The session length will be 45 minutes, some talks might extend to 90 min. There is now a form to submit your talk: http://meetingcpp.com/index.php/submit-your-talk.html Call for Papers should end at 15. July 2012 Tickets will also be available in July. regards, Jens Weller -------- Original-Nachricht -------- > Datum: Wed, 27 Jun 2012 16:45:54 +0200 > Von: Matus Chochlik <chochlik(a)gmail.com> > An: boost(a)lists.boost.org > Betreff: [boost] Meeting C++ - Call for Papers > On Wed, Jun 27, 2012 at 4:08 PM, Jens Weller <JensWeller(a)gmx.de> wrote: > > Dear C++/boost community! > > > > I'm proud to announce the call for papers for the Meeting C++ > conference! > > After having talked to some people in Aspen about the plans for a C++ > conference in Germany, I've decided to give it a try. > > Meeting C++ will take place in November in Germany, as a 2 Day C++ > conference. > > > > Thank You for organizing this conference! -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

[1.50.0] Boost release 1.50.0 available
by Beman Dawes 29 Jun '12

29 Jun '12

Release 1.50.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains four new libraries (Algorithm, Functional/OverloadedFunction, LocalFunction and Utility/IdentityType) and numerous enhancements and bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_50_0 You can also download directly from SourceForge: http://sourceforge.net/projects/boost/files/boost/1.50.0/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Beman Dawes Daniel James Eric Niebler Marshall Clow Rene Rivera Vladimir Prus

4 3

[Boost.Python] Is it possible classes X Y returned each other?
by Sergiy Nazarenko 29 Jun '12

29 Jun '12

Hi, all! I'm writing python module and run into obstacle. I need a couple of classes which can return instance of each other. This is part of my module: /// mysupermodule.cpp ... struct X { X():s("default") {} X(std::string s):s(s) {} Y getY() const { return Y(); } }; struct Y { Y():s("default") {} Y(std::string s):s(s) {} X getX() const { return X(); } }; ... /// And I got obvious error: mysupermodule.cpp:45:5: error: ‘Y’ does not name a type. How can I solve this task? Regards Sergiy

2 2

boost 1.50 different libraray naming?
by Szymon Gatner 29 Jun '12

29 Jun '12

Hi, I just build v 1.50 on Win 7 / Visual Studio 2008 SP1 (msvc9) and I am getting linker errors like: Error 21 fatal error LNK1104: cannot open file 'libboost_filesystem-vc90-mt-gd-1_50.lib' test test because in this release files are named without "90" part: libboost_filesystem-vc-mt-gd-1_50 while in 1.49 (and below): libboost_exception-vc90-mt-gd-1_49 Regards, Szymon Gatner

2 2

[ptr_container] Regression: ptr_multimap breaks Wextra build in version 1.49.0
by Philipp Münzel 29 Jun '12

29 Jun '12

Hi fellows, I'm using gcc 4.2.1 on OSX 10.7.4 and I've recently updated from boost 1.47 to 1.49.0. My project uses ptr_multimaps. My project is configured to use the gcc flags -Werror -Wall -Wextra because I like to be alerted early if something can go wrong. Using -Werror is kind of a self-imposed restriction to keep my code clean of dirty hacks. I've been used to compile my code this way since about boost 1.44. With the update to 1.49 however, building with -Werror -Wextra is no longer possible, because I'm getting the following warning: /usr/local/boost/include/boost/ptr_container/ptr_map_adapter.hpp: In copy constructor 'boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>::ptr_multimap_adapter(const boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>&) [with T = Foo, VoidPtrMultiMap = std::multimap<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*> > >, CloneAllocator = boost::heap_clone_allocator, bool Ordered = true]': /usr/local/boost/include/boost/ptr_container/ptr_map.hpp:89: instantiated from here /usr/local/boost/include/boost/ptr_container/ptr_map_adapter.hpp:727: warning: base class 'class boost::ptr_container_detail::ptr_map_adapter_base<Foo, std::multimap<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*> > >, boost::heap_clone_allocator, true>' should be explicitly initialized in the copy constructor The only possibility to compile this is to remove -Wextra, because gcc has no separate warning option to turn off the copy constructor check (see [1]), so I lose not only this check, but also everything else enabled by -Wextra, which I'd be very unhappy with. For the time being, I just removed -Werror, but this totally clutters up my build output now, which usually allows me to spot every problem really quick, because it is so brief. Since this is a regression (it worked until the 1.49.0 update), I'd be happy if someone can check how this was introduced in 1.49.0 and open a ticket for the incriminating change. Regards, Philipp [1] http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html

2 1

Re: [Boost-users] Visual Studio Express
by Tom Kent 28 Jun '12

28 Jun '12

Last I checked, the express editions of visual studio (vc8,vc9,vc10) wouldn't build all the debugging info into libraries. I just went searching on Microsoft's website, but couldn't find anywhere that spells out what is/isn't included with the express versions. Beyond that, there have been announcements that the VC11 express version wasn't going to be able to make non-metro apps. I think they have gone back on this, but it still sounds like it will be limited. I haven't looked into this issue for a few years, so it is quite likely that I'm wrong. I'd love to hear from someone with better knowledge on this issue. Tom On Thu, Jun 28, 2012 at 12:52 PM, David Sankel <camior(a)gmail.com> wrote: > On Thu, Jun 28, 2012 at 10:13 AM, Tom Kent <lists(a)teeks99.com> wrote: > >> I've built windows libraries (vc8, vc9, vc10) for this (32 and 64 >> bit), if you want them, you can get them from my website: >> http://boost.teeks99.com >> >> I'm also looking for a donation of VC11 when it comes out (express won't >> work). >> > > Why won't express work? > > David > > -- > David Sankel > Sankel Software > www.sankelsoftware.com > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

self-referential boost functions
by Adam Crain 28 Jun '12

28 Jun '12

Inquiring as to whether this is possible or if there is a better pattern for simulating this behavior... Is it possible for boost::function to be self referential? I.e. how do I simulate behavior like the following: typedef boost::function<Func (int)> Func; A function that does something mutable and then returns the next function to be called or an empty function. thanks, Adam

3 2

Re: [Boost-users] compilation error using boost/property_tree/ptree.hpp
by Pramod Subramanyan 28 Jun '12

28 Jun '12

Thanks for the tip, Lars. That was indeed the problem - one of the libraries we are using was defining a fail macro. Pramod

1 0

compilation error using boost/property_tree/ptree.hpp
by Pramod Subramanyan 28 Jun '12

28 Jun '12

I am trying to use boost/property_tree/ptree.hpp in my application. All I have done so far is just add the following include statements to my program: > #include <boost/property_tree/ptree.hpp> > #include <boost/property_tree/xml_parser.hpp> After adding these lines, I compiled my modified application using g++ 4.6.3 on Ubuntu 12.04. I get the following errors: g++ -c -Wall -Werror -I../cudd-2.4.2//include/ -I /home/pramod/libraries/boost_1_50_0/ -O2 -Wno-unused-result -Wno-unused-function -c -o main.o main.cpp In file included from /home/pramod/libraries/boost_1_50_0/boost/property_tree/ptree.hpp:17:0, from main.h:10, from main.cpp:17: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp: In static member function ‘static void boost::property_tree::customize_stream<Ch, Traits, bool, void>::extract(std::basic_istream<_CharT, _Traits>&, bool&)’: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:117:18: error: expected unqualified-id before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:117:18: error: expected ‘)’ before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp: In member function ‘boost::optional<E> boost::property_tree::stream_translator<Ch, Traits, Alloc, E>::get_value(const internal_type&)’: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:191:20: error: expected unqualified-id before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:191:20: error: expected ‘)’ before ‘{’ token make: *** [main.o] Error 1 When I look the lines117 and 191 in ptree.hpp, they are the following: s >> e; if(s.fail()) { // Try again in word form. and customized::extract(iss, e); if(iss.fail() || iss.bad() || iss.get() != Traits::eof()) { return boost::optional<E>(); I can't spot anything obviously wrong with either of these lines. Does anyone have any clues on what could be going wrong? Thanks! Pramod

2 1

Anyone following boost as a git submodule?
by Chris Cleeland 28 Jun '12

28 Jun '12

Is anyone tracking boost for their project(s) as a git submodule by chance? What we've done up 'til now is import a particular boost rev directly into our repo (actually an SVN repo) but that is sub-optimal for various reasons. We're in the process of transitioning to git, so using a git submodule becomes a possibility. Wondering if anybody is doing that and, if so, if they'd be willing to discuss their experience either on list or privately. -- Chris Cleeland

1 0

[Interprocess] Unable to Access More than 7 GB of Memory
by Hering Cheng 27 Jun '12

27 Jun '12

Hi, Using Boost.Interprocess, with either unmanaged or managed shared memory, I am unable to access beyond 7 GB of the 20 GB of memory I allocated, despite the fact that none of the Interprocess API calls returned any error or threw any exception. I run into segmentation fault when I actually try to access the portion of the memory above the (approximately) 7 GB limit. If I perform a similar test with shared memory constructed via manual calls to System V IPC, then I can access all of the 20 GB of memory without any problem. I suspect this may be due to mmap() (using by Interprocess along with POSIX shm_open() and other calls) but I have been unable to verify. Does anyone have any experience on this? The machine is running RedHat 5 with 16 GB of RAM. (Yes, when I go through the 20 GB of memory a lot of paging/swapping occurred.) From below, I do not think that the problem was due to configuration. $ uname -a Linux NJ-CEL01 2.6.18-164.11.1.el5 #1 SMP Wed Jan 6 13:26:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux $ ulimit -a core file size (blocks, -c) 2147483648 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 141312 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 141312 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited $ grep . /proc/sys/kernel/shm* /proc/sys/kernel/shmall:4294967296 /proc/sys/kernel/shmmax:68719476736 /proc/sys/kernel/shmmni:4096 $ getconf PAGE_SIZE 4096 The following is the code for the test cases. struct entry_t { uint64_t f[10]; }; BOOST_FIXTURE_TEST_CASE(sysv_ipc, fixture) { std::cout << "System V IPC shared memory" << std::endl; const std::string shm_key = "/proc/sys/kernel/shmall"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; const key_t ipc_key = ftok(shm_key.c_str(), 0); const int rm_rc = shmctl(ipc_key, IPC_RMID, NULL); if (rm_rc < 0) { std::cerr << "Unable to remove shared memory: " << strerror(errno) << std::endl; } const int shm_id = shmget(ipc_key, shm_size, 0644 | IPC_CREAT | IPC_EXCL); BOOST_ASSERT_MSG(shm_id >= 0, strerror(errno)); void * const shm_addr = shmat(shm_id, NULL, 0); BOOST_ASSERT_MSG(shm_addr != reinterpret_cast<void *>(-1), strerror(errno)); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; entry_t * array = reinterpret_cast<entry_t *>(shm_addr); std::cout << "Initializing " << entry_count << " entries..." << std::endl; for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } std::cout << "Initialized all entries" << std::endl; shmctl(ipc_key, IPC_RMID, NULL); } BOOST_FIXTURE_TEST_CASE(unmanaged, fixture) { std::cout << "Unmanaged shared memory" << std::endl; const std::string shm_key = "test"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; bipc::shared_memory_object::remove(shm_key.c_str()); bipc::shared_memory_object shm_obj(bipc::create_only, shm_key.c_str(), bipc::mode_t::read_write, bipc::permissions(0666)); shm_obj.truncate(shm_size); bipc::mapped_region region(shm_obj, bipc::read_write); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; entry_t * array = reinterpret_cast<entry_t *>(region.get_address()); for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } bipc::shared_memory_object::remove(shm_key.c_str()); } BOOST_FIXTURE_TEST_CASE(managed, fixture) { std::cout << "Managed shared memory" << std::endl; const std::string shm_key = "test"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; bipc::shared_memory_object::remove(shm_key.c_str()); bipc::managed_shared_memory shm(bipc::create_only, shm_key.c_str(), shm_size); typedef bipc::managed_shared_memory::allocator<entry_t>::type allocator_t; allocator_t array_alloc(shm.get_segment_manager()); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; allocator_t::pointer array_ptr = array_alloc.allocate(entry_count); entry_t * array = array_ptr.get(); for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } bipc::shared_memory_object::remove(shm_key.c_str()); } Thanks. Hering

1 1

Meeting C++ - Call for Papers
by Jens Weller 27 Jun '12

27 Jun '12

Dear C++/boost community! I'm proud to announce the call for papers for the Meeting C++ conference! After having talked to some people in Aspen about the plans for a C++ conference in Germany, I've decided to give it a try. Meeting C++ will take place in November in Germany, as a 2 Day C++ conference. We are looking for speakers and possible talks at our conference in fall! Possible topics could include: * (modern) C++ * C++11 * boost * C++ Frameworks like Qt, wxWidgets, Ogre, ... * other C++ related topics You'll find more information and updates at the webpage http://meetingcpp.com Tickets will be available from July at our website. regards, Jens Weller -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

1 0

boost asio crash
by 陈海峰 27 Jun '12

27 Jun '12

quote_server[5071] general protection rip:904f96 rsp:2aaacd41fe70 error:0 [root@linuxdev quoteserver]# addr2line -e quote_server 904f96 /usr/local/boost_1_49_0/include/boost/asio/detail/epoll_reactor.hpp:111

1 0

boost asio crash, how to solve
by 陈海峰 27 Jun '12

27 Jun '12

1 0

[Boost.Function] detecting ignored arguments?
by Christoph Duelli 27 Jun '12

27 Jun '12

I have a callback-interface that can optionally process a "ServerError". If the callback looks at the error, there should be no default processing of the error. I have created a class callback that accepts two kinds of Boost.Functions: one with, one without an error object. When passing a callback function that does not look at the error, the call is ambiguous: both Boost.Functions could accept it. Is there a way to work around that problem? Can callback detect what kind of function it was passed? Some code illustrating my question: #include <boost/function.hpp> class ServerError; template<typename T> struct callback { typedef boost::function<void(T)> cb_func; cb_func callback_; typedef boost::function<void(T,const ServerError&)> cb_err_func; cb_err_func callback_err_; callback(const cb_func &cb) : callback_(cb) {} callback(const cb_err_func &cb) : callback_err_(cb) {} }; static void xxx(int) {} int main (int argc, char **argv) { // does not compile: ambiguous... callback<int> cb(&xxx); // does compile: but I'd like the compiler (or my lib) to automatically pick // the right one callback<int> cb(callback<int>::cb_func(&xxx)); return 0; } In the meantime I have found a possible workaround: If I change typedef boost::function<void(T,const ServerError&)> cb_err_func; to typedef boost::function<void(const ServerError&,T)> cb_err_func; the code does compile. Best regards and thank you for looking into this Christoph

3 3

Using boost string algorithm with BOOST_NO_STD_LOCALE
by Allan Nielsen 27 Jun '12

27 Jun '12

Hi, I'm developing for an embedded environment where we do not have a complete c++ standard library available, and one of the things missing is std::locale. But even without this feature, I would very much like to use the boost string algorithms ( split, tokenize, etc ). The only problem is that they depends on std::locale. I have been looking around in the source code, trying to see how easy it would be to add the needed ifdef's to make it work without std::locale. Most of the code looks straight forward to modify, but I'm stuck on this function: struct is_classifiedF : public predicate_facade<is_classifiedF> { // Boost.ResultOf support typedef bool result_type; // Constructor from a locale is_classifiedF(std::ctype_base::mask Type, std::locale const & Loc = std::locale()) : m_Type(Type), m_Locale(Loc) {} // Operation template<typename CharT> bool operator()( CharT Ch ) const { return std::use_facet< std::ctype<CharT> >(m_Locale).is( m_Type, Ch ); } private: std::ctype_base::mask m_Type; std::locale m_Locale; }; I know what the code does, I just do not know how it does it. This is without a doubt because I know nothing about locale, facet, etc. What I would like is another version of this struct which did not depend on std::locale, but simply assumed that the local used is "C". Something like this: struct is_classifiedF : public predicate_facade<is_classifiedF> { typedef bool result_type; is_classifiedF(std::ctype_base::mask Type) : m_Type(Type) {} template<typename CharT> bool operator()( CharT Ch ) const { // Write something here } private: std::ctype_base::mask m_Type; }; But as I do not understand the meaning/encoding of std::ctype_base::mask m_Type I found it hard to write the missing function body. So I could use some pointers/hints on how to implement this. Thanks Allan W. Nielsen

2 1

Explicit constructing boost intrusive list
by Allan Nielsen 26 Jun '12

26 Jun '12

Hi, I would like to use a boost::intrusive::list as a static global resource, which are accessed by other global objects. To ensure that the list is initialized before it is used by "other" global objects, I have been looking in to using the "Nifty counter" method (http://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Nifty_Counter) The problem is, that the nifty counter demands that it can control construction and destruction of the object. Is there any achieve this or something similar when using intrusive::list as a global resource? Best regards Allan W. Nielsen

2 2

[serialization] Serializing array of POD or custom type
by Kim Gadecki 26 Jun '12

26 Jun '12

Hi everyone. I'm trying to work out how you serialize arrays using the boost serializer. Here's a simplified example: struct node_link { u32 node_A; u32 node_B; }; struct Node { node_link* m_node_links_array; int m_node_links_size; }; // non-intrusive serialization template<class Archive> void serialize(Archive & ar, node_link& link, const unsigned int version) { ar & link.node_A; ar & link.node_B; } template<class Archive> void serialize(Archive & ar, Node& node_data, const unsigned int version) { ar & boost::serialization::array<node_link>(node_data.m_node_links_array, node_data.m_node_links_size); ar & node_data.m_node_links_size; } This seems to work for serializing but I get an error on de-serialization. Can anyone tell me the correct way to do this? Thanks

2 2

Hello, I meet some complied error, Anybody know how to solve it ?
by mingliang zou 25 Jun '12

25 Jun '12

This is source code: //====== file_dep_graph.h ====== /* #include <iostream> #include <fstream> #include <map> #include <string> #include <vector> #include <iterator> #include <algorithm> #include <numeric> using namespace std; #include <boost/graph/adjacency_list.hpp> #include <boost/tuple/tuple.hpp> #include <boost/graph/properties.hpp> #include <boost/graph/property_iter_range.hpp> using namespace boost; */ //============================== #include "file_dep_graph.h" typedef string Name; typedef float CompileCost; namespace boost { enum vertex_compile_cost_t { vertex_compile_cost = 111 }; BOOST_INSTALL_PROPERTY( vertex, compile_cost ); } typedef adjacency_list< listS, listS, directedS, property<vertex_name_t, Name, property<vertex_compile_cost_t, CompileCost, property<vertex_distance_t, float, property<vertex_color_t, default_color_type> > > >, property<edge_weight_t, float> > file_dep_graph2; typedef graph_traits<file_dep_graph2>::vertex_descriptor vertex_d; typedef graph_traits<file_dep_graph2>::vertex_iterator vertex_i; typedef graph_traits<file_dep_graph2>::edge_descriptor edge_d; typedef graph_traits<file_dep_graph2>::edge_iterator edge_i; typedef property_map<file_dep_graph2, vertex_name_t>::type name_map_t; typedef property_map<file_dep_graph2, vertex_compile_cost_t>::type compile_cost_map_t; typedef property_map<file_dep_graph2, vertex_distance_t>::type distance_map_t; typedef property_map<file_dep_graph2, vertex_color_t>::type color_map_t; typedef map<Name, vertex_d> Name2Vertex; typedef pair<Name, CompileCost> TargetProperties; typedef vector<TargetProperties> TargetsProperties; typedef istream_iterator<TargetProperties> TargetsPropertiesInputIterator; typedef ostream_iterator<TargetProperties> TargetsPropertiesOutputIterator; namespace std { istream& operator>> ( istream& is, TargetProperties& target_propertices ) { is >> target_propertices.first >> target_propertices.second; return is; } ostream& operator<< ( ostream& os, const TargetProperties& target_propertices ) { os << target_propertices.first << ' ' << target_propertices.second; return os; } } typedef pair<Name, Name> Dependency; typedef vector<Dependency> Dependencies; typedef istream_iterator<Dependency> DependenciesInputIterator; typedef ostream_iterator<Dependency> DependenciesOutputIterator; namespace std { istream& operator>> ( istream& is, Dependency& dependency ) { is >> dependency.first >> dependency.second; return is; } ostream& operator<< ( ostream& os, const Dependency& dependency) { os << dependency.first << ' ' << dependency.second; return os; } } template <typename Graph, typename ColorMap, typename Visitor> void dfs_v2( const Graph& g, typename graph_traits<Graph>::vertex_desciptor u, ColorMap color, Visitor vis ) { typedef typename property_traits<ColorMap>::value_type color_type; typedef color_traits<color_type> ColorT; color[ u ] = ColorT::gray(); vis.discover_vertex( u, g ); typename graph_traits<Graph>::out_edge_iterator ei, ei_end; for( tie( ei, ei_end ) = out_edges( u, g ); ei != ei_end; ei++ ) if( color[ target( *ei, g ) ] = ColorT::white() ) { vis.tree_edge( *ei, g ); dfs_v2( g, target( *ei, g ), color, vis ); } else if( color[ target( *ei, g ) ] == ColorT::gray() ) vis.back_edge( *ei, g ); else vis.forward_or_cross_edge( *ei, g ); color[ u ] = ColorT::black(); vis.finish_vertex( u, g ); } template <typename Graph, typename Visitor, typename ColorMap> void generic_dfs_v2( const Graph& g, Visitor vis, ColorMap color ) { typedef color_traits<typename property_traits<ColorMap>::value_type> ColorT; typename graph_traits<Graph>::vertex_iterator vi, vi_end; for( tie( vi, vi_end ) = vertices( g ); vi != vi_end; vi++ ) color[ *vi ] = ColorT::white(); for( tie( vi, vi_end ) = vertices( g ); vi != vi_end; vi++ ) if( color[ *vi ] == ColorT::white() ) dfs_v2( g, *vi, color, vis ); } struct default_dfs_visitor { template <typename V, typename G> void discover_vertex( V, const G& ) {} template <typename E, typename G> void tree_edge( E, const G& ) {} template <typename E, typename G> void back_edge( E, const G& ) {} template <typename E, typename G> void forward_or_cross_edge( E, const G& ) {} template <typename V, typename G> void finish_vertex( V, const G& ) {} }; template <typename OutputIterator> struct topo_visitor : public default_dfs_visitor { topo_visitor( OutputIterator& order ) :topo_order( order ) {} template <typename Graph> void finish_vertex( typename graph_traits<Graph>::vertex_descriptor u, const Graph& ) { *topo_order++ = u; } OutputIterator& topo_order; }; template <typename Graph, typename OutputIterator, typename ColorMap> void topo_sort( const Graph& g, OutputIterator topo_order, ColorMap color ) { topo_visitor<OutputIterator> vis( topo_order ); generic_dfs_v2( g, vis, color ); } int main() { // ====== input data from file ======= ifstream ifile( "makefile_target_properties.dat" ); TargetsPropertiesInputIterator it( ifile ), it_end; TargetsProperties targets_properties( it, it_end ); ifile.close(); ifstream ifile_dep( "makefile_dependencies.dat" ); DependenciesInputIterator it_dep( ifile_dep ), it_dep_end; Dependencies dependencies( it_dep, it_dep_end ); ifile_dep.close(); // ======= create graph ====== file_dep_graph2 g( targets_properties.size() ); vertex_i vi, vi_end; tie( vi, vi_end ) = vertices( g ); Name2Vertex name2vertex; for( int i = 0; vi != vi_end; vi++, i++ ) name2vertex[ targets_properties[ i ].first ] = *vi; for( int i = 0; i < dependencies.size(); i++ ) add_edge( name2vertex[ dependencies[ i ].first ], name2vertex[ dependencies[ i ].second ], g ); // ======== set properties ======== tie( vi, vi_end ) = vertices( g ); name_map_t name_map = get( vertex_name, g ) ; for( int i = 0; vi != vi_end; vi++, i++ ) name_map[ *vi ] = targets_properties[ i ].first; tie( vi, vi_end ) = vertices( g ); compile_cost_map_t compile_cost_map = get( vertex_compile_cost, g ); for( int i = 0; vi != vi_end; vi++, i++ ) compile_cost_map[ *vi ] = targets_properties[ i ].second; graph_property_iter_range<file_dep_graph2, vertex_name_t>::iterator ni, ni_end; tie( ni, ni_end ) = get_property_iter_range( g, vertex_name ); for( ;ni != ni_end; ni++ ) cout << *ni << endl; graph_property_iter_range<file_dep_graph2, vertex_compile_cost_t>::iterator ci, ci_end; tie( ci, ci_end ) = get_property_iter_range( g, vertex_compile_cost ); cout << accumulate( ci, ci_end, 0.0 ) << endl; vector<vertex_d> order( num_vertices( g ) ); color_map_t color_map = get( vertex_color, g ); topo_sort( g, order.rbegin(), color_map ); return 0; } ========= complied code ========= [root@zml file_dep_graph]#g++ -o file_dep_graph2 file_dep_graph2.cpp file_dep_graph2.cpp: In function 'void generic_dfs_v2(const Graph&, Visitor, ColorMap) [with Graph = boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, Visitor = topo_visitor<std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > > >, ColorMap = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>]': file_dep_graph2.cpp:165: instantiated from 'void topo_sort(const Graph&, OutputIterator, ColorMap) [with Graph = file_dep_graph2, OutputIterator = std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > >, ColorMap = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>]' file_dep_graph2.cpp:225: instantiated from here file_dep_graph2.cpp:132: error: no matching function for call to 'dfs_v2(const boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>&, void*&, boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>&, topo_visitor<std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > > >&)' How can I solve this error? Anybody can help me?

2 3

[boost::format] operator % could use call_traits<..>::parameter_type
by Luc Bourhis 25 Jun '12

25 Jun '12

Hi, consider a library featuring code like template <..., unsigned Rank, ...> struct Foo { ... static unsigned const rank = Rank; .... }; as well as boost::format(...) % Foo::rank Such code will link if and only if a definition for Foo::rank is provided because the interface of operator % is template <class T> operator%(const T& x) This is not possible in the library, as I do not know which values of Rank will be used by client code. Thus the only possibility is a hat trick like boost::format(...) % (Foo::rank+0) If operator % took integral types by value instead, this would alleviate the problem. Hence the suggestion to use call_traits<T>::parameter_type instead of T const &. Of course, the same could be said of many functions other than format::operator% Best wishes, Luc Bourhis

2 2

Trouble linking with boost::program_options on OSX 10.7
by Jürgen Simon 25 Jun '12

25 Jun '12

Hi, I have boost 1.49 installed through homebrew on OSX 10.7. I'm attempting to compile a program making use of boost::program_options. I get the following error: Undefined symbols for architecture x86_64: "boost::program_options::detail::cmdline::get_canonical_option_prefix()", referenced from: boost::program_options::basic_command_line_parser<char>::run() in meanshift_clustering.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I clearly remember that this used to compile in the past. In the meantime I had uninstalled and re-installed boost a few times. I double-checked the invocation though, the paths are correct: Ld Debug/meanshift_clustering normal x86_64 cd myproject setenv MACOSX_DEPLOYMENT_TARGET 10.7 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk -Lmyproject/Debug -Fmyproject/Debug -filelist myproject/myproject.build/Debug/meanshift_clustering.build/Objects-normal/x86_64/meanshift_clustering.LinkFileList -mmacosx-version-min=10.7 -Wl,-search_paths_first -Wl, -headerpad_max_install_names myproject/Debug/libmyproject.dylib /usr/local/lib/libradolan.dylib /usr/local/lib/libnetcdf_c++.dylib /usr/local/lib/libnetcdf.dylib /usr/local/lib/libboost_system-mt.dylib /usr/local/lib/libboost_program_options-mt.dylib /usr/local/lib/libboost_thread-mt.dylib /usr/local/lib/libhdf5.dylib /usr/local/lib/libhdf5_hl.dylib -o myproject/Debug/meanshift_clustering I checked with nm if the symbol is in /usr/local/lib/libboost_program_options-mt.dylib and it is not. This makes me think it's some kind of problem with boost. I do not reference this symbol in my code directly, anywhere. -- View this message in context: http://boost.2283326.n4.nabble.com/Trouble-linking-with-boost-program-optio… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

Boost Program Options: Any way to have variable number of "objects" each with parameters?
by Charles Mills 25 Jun '12

25 Jun '12

I really like the Boost Program Options library. I've used it for one program now with great effect and I'd like to use it for another, but can't figure out how to structure what I need to do so that Boost PO could handle it. I am solely interested in the ".ini file" for this - command line is irrelevant. The problem is "how does a program allow the specification of a variable number of 'objects' each of which has parameters of its own?" Here is a hypothetical program that exemplifies the problem. Suppose a program were going to create multiple geometric shapes of some sort. An ideal (unsupported by PO) .ini file might look like rectangles=3 rectangle[0].width=5 rectangle[0].height=10 rectangle[1].width=3 etc. circles=2 circle[0].diameter=4 etc. Can anyone suggest a way to accomplish this with Boost PO? I'm real flexible on what the .ini file might look like so long as it solves the problem and is reasonably explicable to a user. (No need for it to look almost like the above.) Thanks, Charles

3 6

BGL Python lib compilation error.
by vy 25 Jun '12

25 Jun '12

Hi, I am new to BGL as well as python and need to install BGL support for Python. I followed the following steps for the installation. 1. downloaded Boost current : 1.49.0: & bootstrap with --with-python=/usr/bin/python 2. downloaded bgl-python from 'svn co https://svn.osl.iu.edu/svn/projects/viz/bgl-python' 3. set the environ variable BOOST_ROOT to "dir head of Boost1_49_0 src code" 4. run bjam in bgl-python. dir I get 2 compilation errors. ...failed gcc.compile.c++ bin.v2/gcc-4.6/release/graphml.o... ...skipped <pbin.v2/gcc-4.6/release>_graph.so for lack of <pbin.v2/gcc-4.6/release>graphviz.o... ...failed updating 2 targets... ...skipped 1 target... === The errors are related to read/write_graphviz() read/write_graphml() in files graphviz.cpp and graphml.cpp : Anyone who have fixes are work around, kindly please let know. Thanks a lot, in advance. Example error output given below: [1] In file included from src/graphviz.cpp:11:0: 17 boost-python/boost_1_49_0/boost/graph/graphviz.hpp: In function ‘void boost::write_graphviz(std::ostream&, con st Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter, VertexID, typename boost::enable_if_c<boost::i s_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::graph ::detail::no_parameter>::type) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, VertexPropertiesWriter = b oost::dynamic_properties, EdgePropertiesWriter = std::basic_string<char>, GraphPropertiesWriter = boost::graph::python::object _as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >, VertexID = boost::graph::python:: basic_index_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS>, boost::adj_list_vertex_property_map<boost:: adjacency_list<boost::listS, boost::listS, boost::undirectedS, boost::property<boost::vertex_index_t, unsigned int>, boost::pr operty<boost::edge_index_t, unsigned int>, boost::no_property, boost::listS>, unsigned int, const unsigned int&, boost::vertex _index_t> >, std::ostream = std::basic_ostream<char>, typename boost::enable_if_c<boost::is_base_and_derived<boost::vertex_lis t_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::graph::detail::no_parameter>::type = boos t::graph::detail::no_parameter]’: 18 boost-python/boost_1_49_0/boost/graph/graphviz.hpp:286:5: instantiated from ‘void boost::write_graphviz(std: :ostream&, const Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter, typename boost::enable_if_c<boos t::is_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::g raph::detail::no_parameter>::type) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, VertexPropertiesWriter = boost::dynamic_properties, EdgePropertiesWriter = std::basic_string<char>, GraphPropertiesWriter = boost::graph::python::ob ject_as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >, std::ostream = std::basic_ost ream<char>, typename boost::enable_if_c<boost::is_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits< Graph>::traversal_category>::value, boost::graph::detail::no_parameter>::type = boost::graph::detail::no_parameter]’ 19 src/graphviz.cpp:105:5: instantiated from ‘void boost::graph::python::write_graphviz(const Graph&, const string&, const stri ng&) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, std::string = std::basic_string<char>]’ 20 src/graphs.hpp:28:1: instantiated from here 21 boost-python/boost_1_49_0/boost/graph/graphviz.hpp:260:5: error: no match for call to ‘(boost::graph::python:: object_as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >) (std::ostream&)’

1 0

[range] boost::size wrong return type?
by Oswin Krause 25 Jun '12

25 Jun '12

Hi list, I'm using boost 1.49 and get an annoying number of signed/unsigned comparison warnings when i use boost::size. Which is because the return type seems to be signed When I look at boost/range/size.hpp, i get template<class SinglePassRange> inline BOOST_DEDUCED_TYPENAME range_difference<SinglePassRange>::type <--signed size(const SinglePassRange& rng) But the documentation for random access ranges tells otherwise: Expression: boost::size(a) Return Type: boost::range_size<X>::type and Forward Range defines range_size as: boost::range_size<X>::type An unsigned integral type that can represent any nonnegative value of the Range's distance type. assuming the documentation does not lie, I propose the following fix template<class SinglePassRange> inline BOOST_DEDUCED_TYPENAME range_size<SinglePassRange>::type size(const SinglePassRange& rng) Greetings, Oswin

2 1

boost::wave::context deadlocks when called from a DLL
by Julien Lebot 24 Jun '12

24 Jun '12

Hi all, I'm having some issue with boost::wave::context: I have a function called PreProcessSource, which allocates a boost::wave::context and does some preprocessing; nothing fancy at all. std::string PreProcessSource(const std::string& instring, const std::string& defines) { typedef boost::wave::cpplexer::lex_token<> token_type; typedef boost::wave::cpplexer::lex_iterator<token_type> lex_iterator_type; typedef boost::wave::context<std::string::iterator, lex_iterator_type> context_type; std::string source = instring; context_type ctx(source.begin(), source.end()); // DEADLOCK here ctx.set_language(boost::wave::enable_emit_line_directives(ctx.get_language(), true)); if(!defines.empty()) { std::vector<std::string> tokens; Split<std::string>(defines, tokens, ","); std::vector<std::string>::const_iterator cit = tokens.begin(); for (;cit != tokens.end(); ++cit) ctx.add_macro_definition(*cit); } context_type::iterator_type first = ctx.begin(); context_type::iterator_type last = ctx.end(); std::string outstring; while (first != last) { const token_type::string_type& value = (*first).get_value(); std::copy(value.begin(), value.end(), std::back_inserter(outstring)); ++first; } return outstring; } In the past it used to work fine, albeit with boost 1.47.0: Library Nitro is a DLL that hosts the PreProcess source function, the executable uses the Nitro DLL and can call PreProcess source, and Nitro DLL can also sometimes call the function itself. But right now this is no longer the case: whenever Nitro DLL calls the function itself, or Nitro DLL calls another function, which in turn calls back into Nitro DLL PreProcess function, it deadlocks. If DO_DEADLOCK is defined to 1 in the following piece of code, the deadlock will happen: // In executable class Tutorial01 : public Game { public: // ... Tutorial01() : Game() { #if !DO_DEADLOCK std::stringstream sstream; sstream << "void main(inout float4 vtxInput : POSITION) { }" << std::endl << std::endl; std::string source = sstream.str(); std::string defines = ""; std::string shaderCode = Nitro::PreProcessSource(source, defines); #endif } void LoadContent() { #if DO_DEADLOCK std::stringstream sstream; sstream << "void main(inout float4 vtxInput : POSITION) { }" << std::endl << std::endl; std::string source = sstream.str(); std::string defines = ""; std::string shaderCode = Nitro::PreProcessSource(source, defines); #endif // Original code that deadlocks too. // Calls in the DLL, which will call PreProcessSource. // effect->Initialize(device, source, "DX11"); } // ... }; int APIENTRY wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPWSTR lpCmdLine, int nCmdShow) { Tutorial00 app; app.Run(); return 0; } Note that the constructor is called directly from the executable, whereas LoadContent is called from the DLL: // In Nitro DLL void Game::Run() { try { // ... LoadContent(); // ... } catch(/* ... */) { } } The code is compiled for x64 and in debug mode. I compile boost myself into a DLL (using bcp to get the files for the libraries I use) with the following options: Preprocessor: WIN32 BOOST_ALL_NO_LIB BOOST_ALL_DYN_LINK BOOST_THREAD_BUILD_DLL _DLL _DEBUG _WINDOWS _USRDLL Code Generation: C++ Exceptions (/EHsc) Multi-threaded Debug DLL (/MDd) Function-level linking (/Gy) Streaming SIMD Extensions 2 (/arch:SSE2) (/arch:SSE2) Fast floating point model (/fp:fast) DLL A uses the same code gen options, and has the following preprocessor macros defined: _WINDLL _UNICODE UNICODE WIN32 _WINDOWS BOOST_ALL_NO_LIB _DEBUG The executable and unit test executable uses the same code gen options, and have the following preprocessor macros defined: BOOST_ALL_NO_LIB UNICODE _UNICODE _MBCS I have tried various combinations of preprocessor definitions (with _DEBUG and without, with BOOST_THREAD_USE_DLL, and without; to no avail). Here is the (cleaned up) stack trace of the deadlock: ntdll.dll!0000000076dc135a() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] KernelBase.dll!000007fefd4f10dc() Nitro.dll!boost::call_once<void (__cdecl*)(void)>(boost::once_flag & flag, void (void)* f) Line 197 + 0x18 bytes C++ Nitro.dll!boost::call_once(void (void)* func, boost::once_flag & flag) Line 28 C++ Nitro.dll!boost::spirit::classic::static_<boost::thread_specific_ptr<boost::weak_ptr<boost::spirit::classic::impl::grammar_helper ... Line 72 + 0x13 bytes C++ Nitro.dll!boost::spirit::classic::impl::get_definition<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 241 + 0x17 bytes C++ Nitro.dll!boost::spirit::classic::impl::grammar_parser_parse<0,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 296 + 0xa bytes C++ Nitro.dll!boost::spirit::classic::grammar<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 55 + 0x3c bytes C++ Nitro.dll!boost::spirit::classic::grammar<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 65 + 0x75 bytes C++ Nitro.dll!boost::spirit::classic::impl::phrase_parser<boost::spirit::classic::space_parser>::parse<char const * __ptr64,boost::wave::util::time_conversion::time_conversion_grammar> ... Line 136 C++ Nitro.dll!boost::spirit::classic::parse<char const * __ptr64,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 155 + 0x3a bytes C++ Nitro.dll!boost::spirit::classic::parse<char,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 173 + 0x23 bytes C++ Nitro.dll!boost::wave::util::time_conversion::time_conversion_helper::time_conversion_helper(const char * act_time) Line 123 C++ Nitro.dll!boost::wave::util::predefined_macros::predefined_macros() Line 196 + 0x38 bytes C++ ... Nitro.dll!Nitro::PreProcessSource(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & instring, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & defines) Line 51 + 0xa0 bytes C++ Tutorial01.exe!Tutorial01::LoadContent() Line 70 + 0x33 bytes C++ Nitro.dll!Nitro::Game::Run() Line 40 C++ Tutorial01.exe!wWinMain(HINSTANCE__ * hInstance, HINSTANCE__ * hPrevInstance, wchar_t * lpCmdLine, int nCmdShow) Line 149 C++ Tutorial01.exe!__tmainCRTStartup() Line 547 + 0x42 bytes C Tutorial01.exe!wWinMainCRTStartup() Line 371 C kernel32.dll!00000000766a652d() ntdll.dll!0000000076d9c521() It seems boost::wave is trying to parse some time stamp, and by doing so instantiates a grammar and that's when things seem to go bad. The deadlock happens inside the constructor of the context type, and the Visual Studio debugger points me to line 197 in boost\thread\win32\once.hpp BOOST_VERIFY(!::boost::detail::win32::WaitForSingleObject( event_handle,::boost::detail::win32::infinite)); When called directly from the executable, I have noticed that the once_flag.status value is 0, and it exits the loop on the first iteration, whereas when it's called from inside the DLL, the once_flag.status value is 53, and it goes around the loop twice before falling into the WaitForSingleObject. I'm not sure if that's even relevant but I've exhausted all the possibilities and I'm out of ideas. I'd be grateful if anyone could shed some light on this. Best Regards, Julien Lebot

2 3

issue about include boost thread header in MFC dll
by young 24 Jun '12

24 Jun '12

I have a MFC dll application. I try to use Boost thread in the dll. #include "stdafx.h" #include "interface.h" #include "MFCDLL.h" #include <boost/thread.hpp> // The one and only CMFCDLLApp object CMFCDLLApp theApp; EXPORT32 int __stdcall func() { AFX_MANAGE_STATE(AfxGetStaticModuleState()); ... return DLL_OK; } The build is OK. But when I call the func, it crashes. If I comment the line: //#include <boost/thread.hpp> Then it works well. So how to use thread in MFC dll? -- View this message in context: http://boost.2283326.n4.nabble.com/issue-about-include-boost-thread-header-… Sent from the Boost - Users mailing list archive at Nabble.com.

3 5

Filesystem: Choose random file from directory
by Andrej van der Zee 23 Jun '12

23 Jun '12

Hi, I have a directory with about 500.000 thousand small files in it. I need to randomly select one of those file. What would be the *most efficient* way to achieve this? Thank you, Andrej

4 4

[serialization] mingw Deriving from boost::archive::xml_iarchive
by Ken 23 Jun '12

23 Jun '12

Hi, We have a boost archive class derived from boost::archive::xml_iarchive_impl, like this: class XmlInputArchive : public boost::archive::xml_iarchive_impl< XmlInputArchive >, public boost::archive::detail::shared_ptr_helper Its purpose is to provide diagnostics information when deserialising xml archive input, ie. which tag is failing. In porting from 1_41 to 1_49 on mingw this no longer links because the boost::archive::basic_xml_grammar<char> class's symbols are no longer exported from the serialization library. The functions this class overrides are the protected functions: void load_start( const char * name ); void load_end( const char * name ); The existing boost::archive::xml_iarchive class derives from xml_iarchive_impl, and as these functions are protected in the latter, they are not available to a class derived from boost::archive::xml_iarchive class directly. And, for the same reason, we can't create an archive class that delegates to a boost::archive::xml_iarchive instance. So neither deriving from boost::archive::xml_iarchive nor using one as a delegate are feasible solutions. Is there a way of creating an xml_iarchive class that has access to the load_start, load_end functions? Or perhaps there is another way to get the diagnostics information about which xml tags are being processed? Thanks, Ken Appleby

2 2

Advance usage of mutil index,need help.
by 张大千 23 Jun '12

23 Jun '12

this is the story: suppose you have some files(files1,files2,files3) and some usergroup(ug1,ug2,ug3). and this is the struct file{ string name; set<string> group; } and file1.name = "file1"; file1.group.insert("ug1"); file1.group.insert("ug2"); file1.group.insert("ug3"); file2.name = "file2"; file2.group.insert("ug2"); file3.name = "file3"; file3.group.insert("ug3"); and i need search by file name or group, and file name should can be support fuzzy search (eg. *ile , *1 ....) can boost mutil index do this,if can ,what kind index need? or there is other way to do this?

1 0

[serialization] mingw linker problems
by Ken 23 Jun '12

23 Jun '12

Hi, We have an application comprised of many shared libraries. It is built on Windows using mingw (gcc 4.4) and on Mac OS X using gcc under the Qt 4.7.0 framework. The application has been based on boost 1_41. We are now attempting to port to boost 1_49. We use boost.serialization and other boost libraries as dlls. On Mac OS X the upgrade was mostly trouble free, but with mingw we have encountered problems with all of our libraries that use boost.serialization. Basically, the inclusion of boost.serialization code appears to alter the default symbol visibility of the dlls generated by mingw. Each of our libraries consists of a declaration of a class, with public functions, and zero or more free functions. If the library implementation includes boost.archive or boost.serialization the public functions of the class, and any free functions declared, are missing from the import library, though visible in the dll. Each of our libraries has a test executable, and with many it is a trivial task to comment out the use of boost.serialization in the library and test code. When we do that, there are no linker problems. As soon as we reintroduce functions that use boost.serialization into the library, the test function fails to find the public functions of the library class. Please can anyone explain this? How does the use of boost.serialization change the global behaviour of mingw gcc in generating dll import libraries? TIA Ken Appleby

2 2

[phoenix] passing values
by Karsten Ahnert 23 Jun '12

23 Jun '12

Hi, I figured out that argument deduction in phoenix only works with references, so the following will not compile: std::cout << arg1( 1.0 ) << std::endl; Are there any alternatives to use use phoenix directly with values?

2 1

[mpl] Documentation suggestion
by Jeremiah Willcock 22 Jun '12

22 Jun '12

I have noticed that several MPL algorithms do not work when applied to views unless an output iterator (inserter) is passed in explicitly. The error messages when you hit one of those cases are very non-obvious, however. It might be nice to have something in the documentation that talks about this issue and the workarounds for it. Here is an example of something that breaks: #include <boost/mpl/vector_c.hpp> #include <boost/mpl/joint_view.hpp> #include <boost/mpl/sort.hpp> #include <boost/mpl/print.hpp> typedef boost::mpl::vector_c<int, 2, 0> va; typedef boost::mpl::vector_c<int, 1, 3, -1, 5> vb; typedef boost::mpl::joint_view<va, vb> vc; typedef boost::mpl::sort<vc>::type vd; The first important part of the error message with GCC 4.7.0 in C++11 mode is: .../boost-svn/boost/mpl/clear.hpp: In instantiation of ‘struct boost::mpl::clear<boost::mpl::joint_view<boost::mpl::vector_c<int, 2l, 0l>, boost::mpl::vector_c<int, 1l, 3l, -1l, 5l> > >’: .../boost-svn/boost/mpl/sort.hpp:23:1: required from ‘struct boost::mpl::sort<boost::mpl::joint_view<boost::mpl::vector_c<int, 2l, 0l>, boost::mpl::vector_c<int, 1l, 3l, -1l, 5l> > >’ mpl_test.cpp:9:29: required from here .../boost-svn/boost/mpl/clear.hpp:28:8: error: invalid use of incomplete type ‘struct boost::mpl::clear_impl<boost::mpl::aux::joint_view_tag>::apply<boost::mpl::joint_view<boost::mpl::vector_c<int, 2l, 0l>, boost::mpl::vector_c<int, 1l, 3l, -1l, 5l> > >’ which seems to indicate that the default inserter needs a "real" container as input to the algorithm in order to know what container to use for the result. Since this limitation is probably unavoidable, some kind of note in the documentation might be useful. Thanks. -- Jeremiah Willcock

2 1

Arguments types for object created with boost::bind()
by niXman 21 Jun '12

21 Jun '12

Hello! I need to get the types list for operator() for result type of boost::bind() Example: void func(int, long) {} auto o = boost::bind(&func, _1, _2); o( ??? ); // what types of arguments? Thanks. -- Regards, niXman ___________________________________________________ Dual-target(32 & 64 bit) MinGW compilers for 32 and 64 bit Windows: http://sourceforge.net/projects/mingwbuilds/

3 3

boost.log on Windows with MingGW
by Konstantin Ribel 21 Jun '12

21 Jun '12

1 0

[range] indirected requirements for custom smart pointer
by Jeff Flinn 21 Jun '12

21 Jun '12

Using boost::adaptors::indirected with a custom templated smart pointer failed compilation due to missing MyCustomSmartPointer::element_type typedef. Indeed supplying this typedef, all compiles and tests run. Is this the canonical approach to making a compatible pointer type usable with range? Is this specific to range only? Will this make my custom smart pointer 'more' compatible with other boost/std facilities? Thanks, Jeff

2 1

Re: [Boost-users] Boost Program Options: Any way to have variable number of "objects" each with parameters?
by Charles Mills 21 Jun '12

21 Jun '12

Here is what I have come up with. Any feedback? I first thought of something like this: CircleRadiuses= 4 7 3 . It's okay for objects with only one value (like Circles) but clumsy and unintuitive for objects with more than one parameter like RectangleHeights= 5 3 7 . RectangleWidths= 10 4 16 . Although I would like to support "any number" of objects, the reality is that a likely number is three or four, so restricting it to a maximum of nine should not be a problem. So here is my plan. Something like [Rectangle1] Height=5 Width=10 [Rectangle2] Height=3 Width=4 and so forth through Rectangle9. Same sort of deal for Circle1 through 9. (I think counting from 1 is more user-friendly for people who are not C programmers.) So, any feedback? Any better way to solve this problem? Charles From: Charles Mills [mailto:charlesm@mcn.org] Sent: Wednesday, June 20, 2012 6:20 PM To: 'boost-users(a)lists.boost.org' Subject: Boost Program Options: Any way to have variable number of "objects" each with parameters? I really like the Boost Program Options library. I've used it for one program now with great effect and I'd like to use it for another, but can't figure out how to structure what I need to do so that Boost PO could handle it. I am solely interested in the ".ini file" for this - command line is irrelevant. The problem is "how does a program allow the specification of a variable number of 'objects' each of which has parameters of its own?" Here is a hypothetical program that exemplifies the problem. Suppose a program were going to create multiple geometric shapes of some sort. An ideal (unsupported by PO) .ini file might look like rectangles=3 rectangle[0].width=5 rectangle[0].height=10 rectangle[1].width=3 etc. circles=2 circle[0].diameter=4 etc. Can anyone suggest a way to accomplish this with Boost PO? I'm real flexible on what the .ini file might look like so long as it solves the problem and is reasonably explicable to a user. (No need for it to look almost like the above.) Thanks, Charles

1 0

Using Boost ICL for range matching
by Rajalakshmi Iyer 21 Jun '12

21 Jun '12

Hello, I want to know if I can use the boost::icl::interval_set to store a set of integer based intervals like: [100, 200], [50, 600] etc and then find out whether a number like 150 matches any of these intervals? I would greatly appreciate if someone can point me to an example for this kind of operation. Thanks, Raj -- Twitter: @Blismedia <http://twitter.com/#%21/blismobile> BlisMedia 32 Percy Street, London W1T 2DE www.blismedia.com <http://www.blismobile.com/> <http://www.blismobile.com/> [image: Follow on Twitter] <http://twitter.com/#%21/blismobile>[image: Blis Website] <http://www.blismobile.com/> This communication is from Blis Media Ltd, a company registered in England and Wales with registered number 06455773. Its registered office is 32 Percy Street, London W1T 2DE, United Kingdom. This communication contains information that is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please (1) notify info(a)blismedia.com<info(a)blismobile.com> by forwarding this email and delete all copies from your system and (2) note that disclosure, distribution, copying or use of this communication is strictly prohibited. Email communications cannot be guaranteed to be secure or free from error or viruses. All emails sent to or from a Blismobile email account are securely archived and stored by an external supplier. This email does not constitute a contractual agreement; such agreements are in specified contractual or Insertion Order (IO) form only and exclusively contain all the terms to which Blis Mobile Ltd will be bound. To the extent permitted by law, Blis Mobile Ltd does not accept any liability for use of or reliance on the contents of this email by any person save by the intended recipient(s) to the extent agreed in a contract or Insertion Order. Opinions, conclusions and other information in this email which have not been delivered by way of the business of Breeze Tech (UK) Ltd are neither given nor endorsed by it.

2 3

Re: [Boost-users] the problem about boost trim function in multi-thread
by Hu Jing 21 Jun '12

21 Jun '12

>>That should be really easy to test. >>How does your test code perform if you change it to this: >> >>void *TrimNString(void *arg) { >> >> string base ="fdsffdsafdsa"; >> locale loc = locale(); >> for(int i = 0; i != 50000000;i++) >> { >> string str = base; >> trim(str, loc); >> } >> return 0; >> } >> Note also that trim calls the locale to look for whitespace, which is more flexible than your test for " \r\n\t". >> That's probably a significant performance difference, too. I have try you method, But it doesn't work. I don't think that boost trim using the locale cause the problem. In the single thread envoriment, the program has the same running time as the my test. so it does't change the program complexity.

1 0

[preprocessor] Identity function for token concatenation
by Jeremiah Willcock 20 Jun '12

20 Jun '12

Boost.Preprocessor has a macro BOOST_PP_INTERCEPT to eat a numeric value that it is token-concatenated onto. Is there a similar macro that just returns the value? I.e., some BOOST_PP_EMPTY_FOR_CONCAT such that BOOST_PP_EMPTY_FOR_CONCAT ## 3 turns into 3? As with BOOST_PP_INTERCEPT, it only needs to work for small integer values. Is there some other technique I can use for this? I am using it to generate std::get<> invocations in BOOST_PP_ENUM_BINARY_PARAMS. Thank you for your help. -- Jeremiah Willcock

3 8

Building boost 1.34 or above on AIX 5.3 with XLC
by Oscar Gueta 20 Jun '12

20 Jun '12

Hello, I am having a hard time compiling AIX 5.3 with XLC v9 (not gcc). Using the --with-toolset=xlc does not work at all (that toolset is not event recognized). Is there any way to make boost to compile in this platform with this compiler? If so, what would be the steps? Thanks in advance, /Oscar

2 2

Re: [Boost-users] Compilation errors when trying to use range adaptors with C++11 lambdas
by Evan Driscoll 20 Jun '12

20 Jun '12

On 06/20/2012 09:04 AM, boost-users-request(a)lists.boost.org wrote: > 2012/6/20 Evan Driscoll<driscoll(a)cs.wisc.edu>: >> When trying to compile the following: >> >> std::vector<int> v; >> v | boost::adaptors::transformed([] (int x) { return x; }); >> >> I get a bunch of compile errors. If I replace the lambda with a function >> defined normally, it works. > > You must use > #define BOOST_RESULT_OF_USE_DECLTYPE > > C++11 lambda can't apply non decltype-base result_of. Thanks a lot; worked like a charm. Of course, in the interim I figured out that the function will be rather more complicated than I thought so I'm happier with it defined normally, but that'll be good to file away for future reference. :-) Evan

1 0

Wondering if any more doc for Boost Progam Options
by Charles Mills 20 Jun '12

20 Jun '12

Just started using the Boost Program Options library. Great stuff! Thanks! Was wondering if there is any more documentation anywhere? For example, is there any documentation for the various methods that can be passed to .add_options(), like boost::program_options::value()? I just happened to figure out boost::program_options::bool_switch() by chance. (I also had to hack my way through an assert to figure out that the "short" option tag, such as -t in ("sometag,t", . could only be one character.) The tutorial was a great start but the detailed documentation just seems to link to the header files which are largely uncommented. Thanks, Charles

2 2

[BGL] grid_graph, vertex_index and shared_ptr
by Sergey Mitsyn 20 Jun '12

20 Jun '12

Hello, Recently I've found that the vertex_index property map of grid_graph holds a shared_ptr to a graph copy. Is there any reason for it? Actually, other classes which are tied with grid_graph holds it by plain pointer. Switching to it in grid_graph_index_map almost doubled the performance on some of my algorithms. Even copying the graph object by value (which actually holds 5 fields with 3 being small boost::array) still has better performance than using shared_ptr. Maybe it should be switched to plain pointer? -- ------------ Sergey Mitsyn.

3 3

[quickbook]error: libstdc++.so.6: version `GLIBCXX_3.4.15' not found
by Larry Evans 20 Jun '12

20 Jun '12

There's a problem with quickbook on ubuntu using an .so library and that .so library needed a missing GLIBCXX library. The bjam output is in attachment. How do I solve the problem? TIA. -Larry

1 1

[quickbook]
by Larry Evans 20 Jun '12

20 Jun '12

There's a problem with quickbook on ubuntu using an .so library and that .so library needed a missing GLIBCXX library. The bjam output is in attachment. How do I solve the problem? TIA. -Larry

2 3

Compilation errors when trying to use range adaptors with C++11 lambdas
by Evan Driscoll 20 Jun '12

20 Jun '12

When trying to compile the following: std::vector<int> v; v | boost::adaptors::transformed([] (int x) { return x; }); I get a bunch of compile errors. If I replace the lambda with a function defined normally, it works. Am I doing something wrong, or is this a bug/missing feature/something? I'm compiling with GCC 4.6.1 (though 4.7.1 has the same problem) and have Boost 1.49. The output and full program are attached. The main part (dropping the "instantiated from..."s) of the first error is: boost/utility/result_of.hpp:82:8: error: no class template named ‘result’ in ‘struct main()::<lambda(int)>’ Evan

2 1

[msm] Manually setting the machine state
by Mark S 19 Jun '12

19 Jun '12

Hi, I'm wondering if it's possible to set the current state of a state machine manually from outside the machine. My rationale for wanting to do this is I need to recover the state of an FSM that has been shutdown/terminated part way through it's sequence. When restarting I want to build up the current state based on a log of its actions. I'm unable to serialise out the state prior to termination as it may be from a crash and it's vital that it can continue after recovery in the exact state it left off. Thanks, Mark

2 3

[serialization][c++11] Serialization of std::unordered_map
by Marco Craveiro 19 Jun '12

19 Jun '12

Hi Boost, I'm using GCC 4.7 on C++-11 mode. I have a std::unordered_map container which I'd like to serialise. Is there any support for this scenario? I can see that Jim Bell has provided some patches for TR1 serialisation: https://svn.boost.org/trac/boost/ticket/5265 Unfortunately these patches don't appear to take into account C++-11 - at least they don't work out of the box for me and the fix doesn't seem entirely obvious to me. I couldn't find the email discussion of these patches, so I may have missed any follow ups. Any pointers in the right direction are greatly appreciated. Many thanks for your time. -- So young, and already so unknown -- Pauli blog: http://mcraveiro.blogspot.com

1 0

multi_array iteration problem
by Petros 19 Jun '12

19 Jun '12

Hi, I would greatly appreciate your help with this, as I have spent considerable time and have run out of ideas: In the following piece of code, I want to recursively visit the elements of a 4-dimensional array. If all the dimensions are the same, there is no problem. However, if there is a dimension of different length the program crashes ! TIA, Petros ps: This is only a toy problem for the purpose of showing the issue. [ using boost 1.49, with msvc 2010, on win 7 ]. Please, toggle the comment in the line : shape[1] = 3; to see the problem. The program : int test_ma_iterationDIM(){ const size_t DIM = 4 ; typedef multi_array< int, DIM > IntMADIM; typedef IntMADIM::index index; array<size_t, DIM> shape; fill( shape.begin(), shape.end(), 2 ) ; // shape[1] = 3; IntMADIM a( shape, boost::fortran_storage_order() ); // Setting a[ijkl] = 1000*L + 100*K +10*J +I : for ( size_t i=0; i!= shape[0]; ++i ) for ( size_t j=0; j!= shape[1]; ++j ) for ( size_t k=0; k!= shape[2]; ++k ) for ( size_t l=0; l!= shape[3]; ++l ) a[i][j][k][l] = (i+1) + (j+1) * 10 + (k + 1) * 100 + (l+1)*1000; typedef IntMADIM::index_range range; int * data = a.data(); array< index, DIM > lowerBounds, upperBounds; for ( size_t i = 0; i != DIM; ++i ){ lowerBounds[i] = 0; upperBounds[i] = shape[i] ; } typedef IntMADIM::const_iterator iterator3; typedef iterator3::value_type::const_iterator iterator2; typedef iterator2::value_type::const_iterator iterator1; typedef iterator1::value_type::const_iterator iterator0; iterator3 begin3 = a.begin() + lowerBounds[3], end3 = a.begin() + upperBounds[3]; for ( iterator3 i3 = begin3; i3 != end3; ++i3 ){ iterator2 begin2 = i3->begin() + lowerBounds[2], end2 = i3->begin() + upperBounds[2]; for ( iterator2 i2 = begin2; i2 != end2; ++i2 ){ iterator1 begin1 = i2->begin() + lowerBounds[1], end1 = i2->begin() + upperBounds[1]; for ( iterator1 i1 = begin1; i1 != end1; ++i1 ){ iterator0 begin0 = i1->begin() + lowerBounds[0], end0 = i1->begin() + upperBounds[0]; for ( iterator0 i0 = begin0; i0 != end0; ++i0 ){ cout << *i0 << endl; } } } } return 1; }

2 2

the problem about boost trim function in multi-thread
by Hu Jing 19 Jun '12

19 Jun '12

I use boost trim function and find it perform very well in single-thread environment. But when I call trim function in multi-thread environment, it will have a poor performance. I also find that it will have a good performance when call it using multi-process method. In the end, I write a simple trim function, it perform very well in multi-thread environment or multi-process environment. I think I must use it incorrectly in multi-thread environment. So I want to know what's wrong. Thanks for any reply. boost version: boost 1.46.1 os: linux redhat 6.1, 8core, 24G memory. the blow is sample code test1.cpp, call trim function in multi-thread environment //---------------------------- --------------------- using namespace std; using namespace boost; void *TrimNString(void *arg) { string base ="fdsffdsafdsa"; for(int i = 0; i != 50000000;i++) { string str = base; trim(str); } return 0; } int main() { //8 threads to call trim function system("date"); pthread_t mythread1, mythread2, mythread3, mythread4, mythread5, mythread6, mythread7,mythread8; pthread_create(&mythread1, NULL, TrimNString, NULL); pthread_create(&mythread2, NULL, TrimNString, NULL); pthread_create(&mythread3, NULL, TrimNString, NULL); pthread_create(&mythread4, NULL, TrimNString, NULL); pthread_create(&mythread5, NULL, TrimNString, NULL); pthread_create(&mythread6, NULL, TrimNString, NULL); pthread_create(&mythread7, NULL, TrimNString, NULL); pthread_create(&mythread8, NULL, TrimNString, NULL); pthread_join(mythread1, NULL); pthread_join(mythread2, NULL); pthread_join(mythread3, NULL); pthread_join(mythread4, NULL); pthread_join(mythread5, NULL); pthread_join(mythread6, NULL); pthread_join(mythread7, NULL); pthread_join(mythread8, NULL); system("date"); return 0; } test2.cpp, call trim function in multi-process environment //------------------------------------------------- /* * test.cpp * * Created on: 2012-6-19 * Author: root */ #include<pthread.h> #include <boost/algorithm/string.hpp> #include <string> #include <vector> #include <cstdlib> #include <iostream> using namespace std; using namespace boost; void *TrimNString(void *arg) { system("./TrimNString");// TrimNString is produced by test3.cpp return 0; } int main() { //8 process to call trim function system("date"); pthread_t mythread1, mythread2, mythread3, mythread4, mythread5, mythread6, mythread7,mythread8; pthread_create(&mythread1, NULL, TrimNString, NULL); pthread_create(&mythread2, NULL, TrimNString, NULL); pthread_create(&mythread3, NULL, TrimNString, NULL); pthread_create(&mythread4, NULL, TrimNString, NULL); pthread_create(&mythread5, NULL, TrimNString, NULL); pthread_create(&mythread6, NULL, TrimNString, NULL); pthread_create(&mythread7, NULL, TrimNString, NULL); pthread_create(&mythread8, NULL, TrimNString, NULL); pthread_join(mythread1, NULL); pthread_join(mythread2, NULL); pthread_join(mythread3, NULL); pthread_join(mythread4, NULL); pthread_join(mythread5, NULL); pthread_join(mythread6, NULL); pthread_join(mythread7, NULL); pthread_join(mythread8, NULL); system("date"); return 0; } test3.cpp, the executable file for test2.cpp /* * test.cpp * * Created on: 2012-6-19 * Author: root */ #include<pthread.h> #include <boost/algorithm/string.hpp> #include <string> #include <vector> #include <cstdlib> #include <iostream> using namespace std; using namespace boost; //produce the executable file int main() { string base ="fdsffdsafdsa"; for(int i = 0; i != 50000000;i++) { string str = base; trim(str); } return 0; } test4.cpp, call a simple trim(not boost library) function in multi-thread environment, it has similary performance like multi-process calling. //------------------------------------------------- #include<pthread.h> #include <boost/algorithm/string.hpp> #include <string> #include <vector> #include <cstdlib> #include <iostream> using namespace std; using namespace boost; void ltrim(string & str) { if(str.find_first_not_of(" \n\r\t") != string::npos) { str = str.substr(str.find_first_not_of(" \n\r\t")); } } void rtrim(string & str) { if(str.find_first_not_of(" \n\r\t") != string::npos) { str = str.substr(0, str.find_last_not_of(" \n\r\t") + 1); } } void trimStr(string &str) { ltrim(str); rtrim(str); } void *TrimNString(void *arg) { string base ="fdsffdsafdsa"; for(int i = 0; i != 50000000;i++) { string str = base; trimStr(str); } return 0; } int main() { //8 threads to call trim function system("date"); pthread_t mythread1, mythread2, mythread3, mythread4, mythread5, mythread6, mythread7,mythread8; pthread_create(&mythread1, NULL, TrimNString, NULL); pthread_create(&mythread2, NULL, TrimNString, NULL); pthread_create(&mythread3, NULL, TrimNString, NULL); pthread_create(&mythread4, NULL, TrimNString, NULL); pthread_create(&mythread5, NULL, TrimNString, NULL); pthread_create(&mythread6, NULL, TrimNString, NULL); pthread_create(&mythread7, NULL, TrimNString, NULL); pthread_create(&mythread8, NULL, TrimNString, NULL); pthread_join(mythread1, NULL); pthread_join(mythread2, NULL); pthread_join(mythread3, NULL); pthread_join(mythread4, NULL); pthread_join(mythread5, NULL); pthread_join(mythread6, NULL); pthread_join(mythread7, NULL); pthread_join(mythread8, NULL); system("date"); return 0; }

3 2

[test] long exception message and last checkpoint data
by Mathieu Champlon 19 Jun '12

19 Jun '12

Hi, I have a test case throwing a custom exception with a quite long error description. Because Boost.Test truncates it when translating the exception to a boost::execution_exception internally, only (about) 512 characters are being displayed. I suppose I could install a custom exception translator to perform the logging, then rethrow a boost::execution_aborted. However I don't see any way to access the last checkpoint data which are encapsulated and can only be logged by processing a boost::execution_exception within boost::unit_test::unit_test_log_t::exception_caught Is there anything obvious I have missed which could help me work around this issue ? Otherwise would this be a valuable feature request for the UTF ? Thank you, Mathieu

1 0

Errors with MPI and Grpah-parallel...
by Tunes Land 18 Jun '12

18 Jun '12

Hello, I compiled MPI and Grpah-parallel library with OpenMPI v1.6 and boost1.490 on VS2010. When I compiling a Grpah-parallel application occurs some errors: Error 114 error LNK2019: unresolved external symbol _MPI_Waitall，referenced in function "public: class boost::mpi::status __thiscall boost::mpi::request::wait(void)" (?wait@request@mpi@boost@@QAE?AVstatus@23@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(request.obj) BOOST02 Error 98 error LNK2019: unresolved external symbol _MPI_Wait，referenced in function "private: static class boost::optional<class boost::mpi::status> __cdecl boost::mpi::request::handle_serialized_irecv<class boost::mpi::packed_iarchive>(class boost::mpi::request *,enum boost::mpi::request::request_action)" (??$handle_serialized_irecv@Vpacked_iarchive@mpi@boost@@@request@mpi@boost@ @CA?AV? $optional@Vstatus@mpi@boost@@@2@PAV012@W4request_action@012@@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 52 error LNK2019: unresolved external symbol _MPI_Unpack，referenced in function "private: void __thiscall boost::mpi::packed_iprimitive::load_impl(void *,struct ompi_datatype_t *,int)" (?load_impl@packed_iprimitive@mpi@boost@@AAEXPAXPAUompi_datatype_t@ @H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 58 error LNK2019: unresolved external symbol _MPI_Type_struct，referenced in function "public: struct ompi_datatype_t * __thiscall boost::mpi::detail::mpi_datatype_primitive::get_mpi_datatype(void)" (?get_mpi_datatype@mpi_datatype_primitive@detail@mpi@boost@ @QAEPAUompi_datatype_t@@XZ) 中被引用 D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 103 error LNK2019: unresolved external symbol _MPI_Type_free，referenced in function "public: void __thiscall boost::mpi::detail::mpi_datatype_map::clear(void)" (?clear@mpi_datatype_map @detail@mpi@boost@@QAEXXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(mpi_datatype_cache.obj) BOOST02 Error 28 error LNK2019: unresolved external symbol _MPI_Type_contiguous，referenced in function "struct ompi_datatype_t * __cdecl boost::mpi::detail::build_mpi_datatype_for_bool(void)" (?build_mpi_datatype_for_bool@detail@mpi@boost@@YAPAUompi_datatype_t@@XZ) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 27 error LNK2019: unresolved external symbol _MPI_Type_commit，referenced in function "struct ompi_datatype_t * __cdecl boost::mpi::detail::build_mpi_datatype_for_bool(void)" (?build_mpi_datatype_for_bool@detail@mpi@boost@@YAPAUompi_datatype_t@@XZ) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 95 error LNK2019: unresolved external symbol _MPI_Topo_test，referenced in function "public: class boost::optional<class boost::mpi::graph_communicator> __thiscall boost::mpi::communicator::as_graph_communicator(void)const " (?as_graph_communicator@communicator@mpi@boost@@QBE? AV?$optional@Vgraph_communicator@mpi@boost@@@3@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 115 error LNK2019: unresolved external symbol _MPI_Testall，referenced in function "public: class boost::optional<class boost::mpi::status> __thiscall boost::mpi::request::test(void)" (?test@request@mpi@boost @@QAE?AV?$optional@Vstatus@mpi@boost@@@3@XZ) D:\Resources\Programing\BOOST02 \BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(request.obj) BOOST02 Error 79 error LNK2019: unresolved external symbol _MPI_Test_cancelled，referenced in function "public: bool __thiscall boost::mpi::status::cancelled(void)const " (?cancelled@status@mpi@boost@@QBE_NXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(communicator.obj) BOOST02 Error 33 error LNK2019: unresolved external symbol _MPI_Test，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U ?$untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 88 error LNK2019: unresolved external symbol _MPI_Send，referenced in function "public: void __thiscall boost::mpi::communicator::send (int,int)const " (?send@communicator@mpi@boost@@QBEXHH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 49 error LNK2019: unresolved external symbol _MPI_Recv，referenced in function "void __cdecl boost::graph::distributed::detail::do_oob_receive<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int> >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int> &,struct boost::mpl::bool_<1>)" (??$do_oob_receive@U?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@parallel@boost @@@detail@distributed@graph@boost@@YAXABVmpi_process_group@123 @HHAAU?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@0parallel@3@U?$bool_@$00@mpl @3@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 91 error LNK2019: unresolved external symbol _MPI_Probe，referenced in function "public: class boost::mpi::status __thiscall boost::mpi::communicator::probe(int,int)const " (?probe@communicator @mpi@boost@@QBE?AVstatus@23@HH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 22 error LNK2019: unresolved external symbol _MPI_Pack_size，referenced in function "private: void __thiscall boost::mpi::packed_oprimitive::save_impl(void const *,struct ompi_datatype_t *,int)" (?save_impl@packed_oprimitive@mpi@boost @@AAEXPBXPAUompi_datatype_t@@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 21 error LNK2019: unresolved external symbol _MPI_Pack，referenced in function "private: void __thiscall boost::mpi::packed_oprimitive::save_impl(void const *,struct ompi_datatype_t *,int)" (?save_impl@packed_oprimitive@mpi@boost @@AAEXPBXPAUompi_datatype_t@@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 48 error LNK2019: unresolved external symbol _MPI_Op_free，referenced in function "public: __thiscall boost::mpi::detail::user_op<struct boost::parallel::maximum<int>,int>::~user_op<struct boost::parallel::maximum<int>,int>(void)" (??1?$user_op@U? $maximum@H@parallel@boost@@H@detail@mpi@boost@@QAE@XZ) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 47 error LNK2019: unresolved external symbol _MPI_Op_create，referenced in function "public: __thiscall boost::mpi::detail::user_op<struct boost::parallel::maximum<int>,int>::user_op<struct boost::parallel::maximum<int>,int>(struct boost::parallel::maximum<int> &)" (??0?$user_op@U? $maximum@H@parallel@boost@@H@detail@mpi@boost@@QAE@AAU?$maximum@H@parallel@3@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 37 error LNK2019: unresolved external symbol _MPI_Isend，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U ?$untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 43 error LNK2019: unresolved external symbol _MPI_Irecv，referenced in function "void __cdecl boost::graph::distributed::receive_oob<int>(class boost::graph::distributed::mpi_process_group const &,int,int,int &,int)" (??$receive_oob@H@distributed@graph@boost@@YAXABVmpi_process_group@012 @HHAAHH@Z) 中被引用 D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 90 error LNK2019: unresolved external symbol _MPI_Iprobe，referenced in function "public: class boost::optional<class boost::mpi::status> __thiscall boost::mpi::communicator::iprobe(int,int)const " (?iprobe@communicator@mpi@boost@@QBE?AV?$optional@Vstatus@mpi@boost@@@3@HH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 72 error LNK2019: unresolved external symbol _MPI_Initialized，referenced in function "public: static bool __cdecl boost::mpi::environment::initialized(void)" (?initialized@environment @mpi@boost@@SA_NXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100- mt-gd-1_49.lib(environment.obj) BOOST02 Error 68 error LNK2019: unresolved external symbol _MPI_Init，referenced in function "public: __thiscall boost::mpi::environment::environment(bool)" (??0environment@mpi@boost@@QAE@_N@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(environment.obj) BOOST02 Error 107 error LNK2019: unresolved external symbol _MPI_Group_union，referenced in function "class boost::mpi::group __cdecl boost::mpi::operator| (class boost::mpi::group const &,class boost::mpi::group const &)" (??Umpi@boost@@YA?AVgroup@01@ABV201@0@Z) D:\Resources\Programing\BOOST02\BOOST02 \libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 110 error LNK2019: unresolved external symbol _MPI_Group_translate_ranks，referenced in function "public: int * __thiscall boost::mpi::group::translate_ranks<int *,int *>(int *,int *,class boost::mpi::group const &,int *)" (?? $translate_ranks@PAHPAH@group@mpi@boost@@QAEPAHPAH0ABV012@0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 105 error LNK2019: unresolved external symbol _MPI_Group_size，referenced in function "public: int __thiscall boost::mpi::group::size(void)const " (?size@group@mpi@boost@@QBEHXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 104 error LNK2019: unresolved external symbol _MPI_Group_rank，referenced in function "public: class boost::optional<int> __thiscall boost::mpi::group::rank(void)const " (?rank@group@mpi@boost @@QBE?AV?$optional@H@3@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(group.obj) BOOST02 Error 108 error LNK2019: unresolved external symbol _MPI_Group_intersection，referenced in function "class boost::mpi::group __cdecl boost::mpi::operator&(class boost::mpi::group const &,class boost::mpi::group const &)" (??Impi@boost@@YA?AVgroup@01@ABV201@0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 111 error LNK2019: unresolved external symbol _MPI_Group_incl，referenced in function "public: class boost::mpi::group __thiscall boost::mpi::group::include<int *>(int *,int *)" (??$include@PAH@group@mpi @boost@@QAE?AV012@PAH0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 113 error LNK2019: unresolved external symbol _MPI_Group_free，referenced in function "public: void __thiscall boost::mpi::group::group_free::operator()(struct ompi_group_t * *)const " (??Rgroup_free@group@mpi@boost@@QBEXPAPAUompi_group_t@@@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 112 error LNK2019: unresolved external symbol _MPI_Group_excl，referenced in function "public: class boost::mpi::group __thiscall boost::mpi::group::exclude<int *>(int *,int *)" (??$exclude@PAH@group@mpi @boost@@QAE?AV012@PAH0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 109 error LNK2019: unresolved external symbol _MPI_Group_difference，referenced in function "class boost::mpi::group __cdecl boost::mpi::operator-(class boost::mpi::group const &,class boost::mpi::group const &)" (??Gmpi@boost@@YA?AVgroup@01@ABV201@0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 106 error LNK2019: unresolved external symbol _MPI_Group_compare，referenced in function "bool __cdecl boost::mpi::operator==(class boost::mpi::group const &,class boost::mpi::group const &)" (??8mpi@boost @@YA_NABVgroup@01@0@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(group.obj) BOOST02 Error 78 error LNK2019: unresolved external symbol _MPI_Get_processor_name，referenced in function "public: static class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl boost::mpi::environment::processor_name(void)" (? processor_name@environment@mpi@boost@@SA?AV?$basic_string@DU?$char_traits@D @std@@V?$allocator@D@2@@std@@XZ) D:\Resources\Programing\BOOST02\BOOST02 \libboost_mpi-vc100-mt-gd-1_49.lib(environment.obj) BOOST02 Error 61 error LNK2019: unresolved external symbol _MPI_Get_count，referenced in function "private: class boost::optional<int> __thiscall boost::mpi::status::count_impl<struct boost::mpi::packed>(struct boost::mpl::bool_<1>)const " (??$count_impl@Upacked@mpi@boost@@@status@mpi @boost@@ABE?AV? $optional@H@2@U?$bool_@$00@mpl@2@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 11 error LNK2019: unresolved external symbol _MPI_Free_mem，referenced in function "public: void __thiscall boost::mpi::allocator<char>::deallocate(char *,unsigned int)" (?deallocate@ ?$allocator@D@mpi@boost@@QAEXPADI@Z) D:\Resources\Programing\BOOST02 \BOOST02\BOOST02.obj BOOST02 Error 73 error LNK2019: unresolved external symbol _MPI_Finalized，referenced in function "public: static bool __cdecl boost::mpi::environment::finalized(void)" (?finalized@environment@mpi@boost@@SA_NXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(environment.obj) BOOST02 Error 69 error LNK2019: unresolved external symbol _MPI_Finalize，referenced in function "public: __thiscall boost::mpi::environment::~environment (void)" (??1environment@mpi@boost@@QAE@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(environment.obj) BOOST02 Error 102 error LNK2019: unresolved external symbol _MPI_Error_string，referenced in function "public: __thiscall boost::mpi::exception::exception (char const *,int)" (??0exception@mpi@boost@@QAE@PBDH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(exception.obj) BOOST02 Error 62 error LNK2019: unresolved external symbol _MPI_Errhandler_set，referenced in function "public: __thiscall boost::mpi::environment::environment(bool)" (??0environment@mpi@boost@@QAE@ _N@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(environment.obj) BOOST02 Error 94 error LNK2019: unresolved external symbol _MPI_Comm_test_inter，referenced in function "public: class boost::optional<class boost::mpi::intercommunicator> __thiscall boost::mpi::communicator::as_intercommunicator(void)const " (?as_intercommunicator@communicator@mpi@boost@@QBE?AV? $optional@Vintercommunicator@mpi@boost@@@3@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 93 error LNK2019: unresolved external symbol _MPI_Comm_split，referenced in function "public: class boost::mpi::communicator __thiscall boost::mpi::communicator::split(int,int)const " (?split@communicator @mpi@boost@@QBE?AV123@HH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi -vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 85 error LNK2019: unresolved external symbol _MPI_Comm_size，referenced in function "public: int __thiscall boost::mpi::communicator::size (void)const " (?size@communicator@mpi@boost@@QBEHXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 86 error LNK2019: unresolved external symbol _MPI_Comm_rank，referenced in function "public: int __thiscall boost::mpi::communicator::rank (void)const " (?rank@communicator@mpi@boost@@QBEHXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 87 error LNK2019: unresolved external symbol _MPI_Comm_group，referenced in function "public: class boost::mpi::group __thiscall boost::mpi::communicator::group(void)const " (?group@communicator@mpi@boost @@QBE?AV023@XZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100- mt-gd-1_49.lib(communicator.obj) BOOST02 Error 97 error LNK2019: unresolved external symbol _MPI_Comm_free，referenced in function "public: void __thiscall boost::mpi::communicator::comm_free::operator()(struct ompi_communicator_t * *)const " (?? Rcomm_free@communicator@mpi@boost@@QBEXPAPAUompi_communicator_t@@@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 80 error LNK2019: unresolved external symbol _MPI_Comm_dup，referenced in function "public: __thiscall boost::mpi::communicator::communicator (struct ompi_communicator_t * const &,enum boost::mpi::comm_create_kind)" (??0communicator@mpi@boost@@QAE@ABQAUompi_communicator_t @@W4comm_create_kind@12@@Z) 中被引用 D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 82 error LNK2019: unresolved external symbol _MPI_Comm_create，referenced in function "public: __thiscall boost::mpi::communicator::communicator(class boost::mpi::communicator const &,class boost::mpi::group const &)" (?? 0communicator@mpi@boost@@QAE@ABV012@ABVgroup@12@@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 96 error LNK2019: unresolved external symbol _MPI_Comm_compare，referenced in function "bool __cdecl boost::mpi::operator==(class boost::mpi::communicator const &,class boost::mpi::communicator const &)" (??8mpi@boost@@YA_NABVcommunicator@01@0@Z) D:\Resources\Programing\BOOST02 \BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 116 error LNK2019: unresolved external symbol _MPI_Cancel，referenced in function "public: void __thiscall boost::mpi::request::cancel(void)" (?cancel@request@mpi@boost@@QAEXXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(request.obj) BOOST02 Error 40 error LNK2019: unresolved external symbol _MPI_Bsend，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U ?$untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 92 error LNK2019: unresolved external symbol _MPI_Barrier，referenced in function "public: void __thiscall boost::mpi::communicator::barrier (void)const " (?barrier@communicator@mpi@boost@@QBEXXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(communicator.obj) BOOST02 Error 77 error LNK2019: unresolved external symbol _MPI_Attr_get，referenced in function "public: static int __cdecl boost::mpi::environment::max_tag(void)" (?max_tag@environment@mpi@boost@@SAHXZ) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(environment.obj) BOOST02 Error 46 error LNK2019: unresolved external symbol _MPI_Allreduce，referenced in function "void __cdecl boost::mpi::detail::all_reduce_impl<int,struct boost::parallel::maximum<int> >(class boost::mpi::communicator const &,int const *,int,int *,struct boost::parallel::maximum<int>,struct boost::mpl::bool_<0>,struct boost::mpl::bool_<1>)" (??$all_reduce_impl@HU? $maximum@H@parallel@boost@@@detail@mpi@boost@@YAXABVcommunicator@12 @PBHHPAHU?$maximum@H@parallel@2@U?$bool_@$0A@@mpl@2@U?$bool_@$00@72@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 14 error LNK2019: unresolved external symbol _MPI_Alloc_mem，referenced in function "public: struct std::_Container_proxy * __thiscall boost::mpi::allocator<struct std::_Container_proxy>::allocate(unsigned int,void const *)" (?allocate@? $allocator@U_Container_proxy@std@@@mpi@boost@@QAEPAU_Container_proxy@std @@IPBX@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 60 error LNK2019: unresolved external symbol _MPI_Address，referenced in function "public: __thiscall boost::mpi::detail::mpi_datatype_primitive::mpi_datatype_primitive(void const *)" (??0mpi_datatype_primitive@detail@mpi@boost@@QAE@PBX@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 70 error LNK2019: unresolved external symbol _MPI_Abort，referenced in function "public: static void __cdecl boost::mpi::environment::abort (int)" (?abort@environment@mpi@boost@@SAXH@Z) D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib(environment.obj) BOOST02 Error 3 error LNK2019: unresolved external symbol "void __cdecl boost::graph::distributed::synchronize(class boost::graph::distributed::mpi_process_group const &)" (?synchronize@distributed@graph@boost@@YAXABVmpi_process_group@123@@Z)，referenced in function "public: __thiscall boost::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>::~adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>(void)" (??1?$adjacency_list@UlistS @boost@@U? $distributedS@Vmpi_process_group@distributed@graph@boost@@UvecS@4 @UdefaultS@4@@2@UdirectedS@2@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@2@U? $property@W4edge_weight_t@boost@@HUno_property@2@@2@Uno_property@2@U12 @@boost@@QAE@XZ) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 8 error LNK2019: unresolved external symbol "public: void __thiscall boost::graph::distributed::mpi_process_group::replace_on_synchronize_handler(class boost::function0<void> const &)" (? replace_on_synchronize_handler@mpi_process_group@distributed@graph@boost@ @QAEXABV?$function0@X@4@@Z)，referenced in function "public: void __thiscall boost::parallel::distributed_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> >::set_consistency_model(int)" (?set_consistency_model@? $distributed_property_map@Vmpi_process_group@distributed@graph@boost@ @U?$global_descriptor_property_map@I@parallel@detail@4@V ?$iterator_property_map@V? $_Vector_iterator@V?$_Vector_val@HV?$allocator@H@std@@@std@@@std@ @U?$vec_adj_list_vertex_id_map@U? $property@W4vertex_distance_t@boost@@HUno_property@2@@boost@@I@boost@@HAAH@4 @@parallel@boost@@QAEXH@Z) D:\Resources\Programing\BOOST02\BOOST02 \BOOST02.obj BOOST02 Error 4 error LNK2019: unresolved external symbol "public: void __thiscall boost::graph::distributed::mpi_process_group::replace_handler(class boost::function<void __cdecl(int,int)> const &,bool)" (?replace_handler@mpi_process_group@distributed@graph@boost@ @QAEXABV?$function@$$A6AXHH@Z@4@_N@Z)，该符号在函数 "public: __thiscall boost::parallel::distributed_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> >::distributed_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> >(class boost::graph::distributed::mpi_process_group const &,struct boost::detail::parallel::global_descriptor_property_map<unsigned int> const &,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> const &)" (??0?$distributed_property_map@Vmpi_process_group@distributed@graph@boost@ @U? $global_descriptor_property_map@I@parallel@detail@4@V ?$iterator_property_map@V?$_Vector_iterator@V?$_Vector_val@HV?$allocator@H @std@@@std@@@std@@U? $vec_adj_list_vertex_id_map@U? $property@W4vertex_distance_t@boost@@HUno_property@2@@boost@@I@boost@@HAAH@4 @@parallel@boost@@QAE@ABVmpi_process_group@distributed@graph@2@ABU? $global_descriptor_property_map@I@1detail@2@ABV?$iterator_property_map@V ?$_Vector_iterator@V?$_Vector_val@HV?$allocator@H@std@@@std@@@std@@U? $vec_adj_list_vertex_id_map@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@boost@@I@boost@@HAAH@2@@Z) D:\Resources\Programing\BOOST02 \BOOST02\BOOST02.obj BOOST02 Error 42 error LNK2019: unresolved external symbol "public: struct std::pair<class boost::mpi::communicator,int> __thiscall boost::graph::distributed::mpi_process_group::actual_communicator_and_tag(int,int)const " (? actual_communicator_and_tag@mpi_process_group@distributed@graph@boost@ @QBE?AU?$pair@Vcommunicator@mpi@boost@@H@std@@HH@Z)，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U ?$untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 41 error LNK2019: unresolved external symbol "public: static unsigned int __cdecl boost::graph::distributed::mpi_process_group::message_buffer_size(void)" (?message_buffer_size@mpi_process_group@distributed@graph@boost@ @SAIXZ)，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U? $untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 36 error LNK2019: unresolved external symbol "public: class boost::optional<struct std::pair<int,int> > __thiscall boost::graph::distributed::mpi_process_group::poll(bool,int,bool)const " (?poll@mpi_process_group@distributed@graph@boost@@QBE?AV?$optional@U? $pair@HH@std@@@4@_NH0@Z)，referenced in function "void __cdecl boost::graph::distributed::send_oob<struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > >(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::parallel::detail::untracked_pair<int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > > const &,int)" (??$send_oob@U? $untracked_pair@HU?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @@detail@parallel@boost@@@distributed@graph@boost@ @YAXABVmpi_process_group@012@HH ABU?$untracked_pair@HU?$edge_descriptor@V?$edge_desc_impl@Udirected_tag @boost@@I@detail@boost@@@parallel@detail@boost@@@detail@parallel@2@H@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 6 error LNK2019: unresolved external symbol "public: class boost::graph::distributed::mpi_process_group __thiscall boost::graph::distributed::mpi_process_group::base(void)const " (?base@mpi_process_group@distributed@graph@boost@@QBE?AV1234@XZ)，referenced in function "public: class boost::graph::distributed::mpi_process_group __thiscall boost::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>::process_group(void)const " (?process_group@?$adjacency_list@UlistS@boost@@U? $distributedS@Vmpi_process_group@distributed@graph@boost@@UvecS@4 @UdefaultS@4@@2@UdirectedS@2@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@2@U? $property@W4edge_weight_t@boost@@HUno_property@2@@2@Uno_property@2@U12 @@boost@@QBE?AVmpi_process_group@distributed@graph@2@XZ) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 32 error LNK2019: unresolved external symbol "public: class boost::graph::distributed::detail::tag_allocator::token __thiscall boost::graph::distributed::detail::tag_allocator::get_tag(void)" (?get_tag@tag_allocator@detail@distributed@graph@boost@@QAE?AVtoken@12345@XZ)，referenced in function "void __cdecl boost::graph::distributed::send_oob_with_reply<struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> >,int>(class boost::graph::distributed::mpi_process_group const &,int,int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > const &,int &,int)" (?? $send_oob_with_reply@U?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @H@distributed@graph@boost@@YAXABVmpi_process_group@012@HHABU? $edge_descriptor@V?$edge_desc_impl@Udirected_tag@boost@@I@detail@boost@ @@parallel@detail@2@AAHH@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 2 error LNK2019: unresolved external symbol "public: __thiscall boost::graph::distributed::mpi_process_group::mpi_process_group(class boost::mpi::communicator)" (??0mpi_process_group@distributed@graph@boost @@QAE@Vcommunicator@mpi@3@@Z)，referenced in function "void __cdecl test_crauser_dijkstra(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,int,int)" (?test_crauser_dijkstra@@YAXV? $basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@HH@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 5 error LNK2019: unresolved external symbol "public: __thiscall boost::graph::distributed::mpi_process_group::mpi_process_group(class boost::graph::distributed::mpi_process_group const &,struct boost::graph::parallel::attach_distributed_object,bool)" (?? 0mpi_process_group@distributed@graph@boost@@QAE@ABV0123 @Uattach_distributed_object@parallel@23@_N@Z)，referenced in function "public: __thiscall boost::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS><class boost::graph::metis_reader::edge_iterator,class boost::graph::metis_reader::edge_weight_iterator>(class boost::graph::metis_reader::edge_iterator,class boost::graph::metis_reader::edge_iterator,class boost::graph::metis_reader::edge_weight_iterator,unsigned int,class boost::graph::distributed::mpi_process_group const &,struct boost::no_property const &)" (??$?0Vedge_iterator@metis_reader@graph@boost@@Vedge_weight_iterator@123 @@?$adjacency_list@UlistS@boost@@U? $distributedS@Vmpi_process_group@distributed@graph@boost@@UvecS@4 @UdefaultS@4@@2@UdirectedS@2@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@2@U? $property@W4edge_weight_t@boost@@HUno_property@2@@2@Uno_property@2@U12 @@boost@@QAE@Vedge_iterator@metis_reader@graph@1@0Vedge_weight_iterator @341@IABVmpi_pro cess_group@distributed@41@ABUno_property@1@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 7 error LNK2019: unresolved external symbol "public: __thiscall boost::graph::distributed::mpi_process_group::mpi_process_group(class boost::graph::distributed::mpi_process_group const &,class boost::function<void __cdecl(int,int)> const &,bool)" (?? 0mpi_process_group@distributed@graph@boost@@QAE@ABV0123@ABV?$function@ $$A6AXHH@Z@3@_N@Z)，referenced in function "protected: __thiscall boost::graph::detail::remote_update_set<class boost::graph::distributed::detail::crauser_et_al_dijkstra_queue<class boost::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>,struct boost::closed_plus<int>,struct std::less<int>,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &>,class boost::dummy_property_map,class boost::iterator_property_map<int *,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &>,class boost::iterator_property_map<int *,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &> >,class boost::graph::distributed::mpi_process_group,int,struct boost::detail::parallel::owner_property_map<unsigned int>,struct boost::graph::detail::remote_set_queued>::remote_update_set<class boost::graph::distributed::detail::crauser_et_al_dijkstra_queue<class boost::adjacency_list<struct boost::listS,struct boost::distributedS<class boost::graph::distributed::mpi_process_group,struct boost::vecS,struct boost::defaultS>,struct boost::directedS,struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,struct boost::property<enum boost::edge_weight_t,int,struct boost::no_property>,struct boost::no_property,struct boost::listS>,struct boost::closed_plus<int>,struct std::less<int>,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &>,class boost::dummy_property_map,class boost::iterator_property_map<int *,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &>,class boost::iterator_property_map<int *,class boost::local_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int> >,int,int &> >,class boost::graph::distributed::mpi_process_group,int,struct boost::detail::parallel::owner_property_map<unsigned int>,struct boost::graph::detail::remote_set_queued>(class boost::graph::distributed::mpi_process_group const &,struct boost::detail::parallel::owner_property_map<unsigned int> const &)" (??0?$remote_update_set@V?$crauser_et_al_dijkstra_queue@V? $adjacency_list@UlistS@boost@@U?$distributedS@Vmpi_process_group @distributed@graph@boost@@UvecS@4@UdefaultS@4@@2@UdirectedS@2@U? $property@W4vertex_distance_t@boost@@HUno_property@2@@2@U ?$property@W4edge_weight_t@boost@@HUno_property@2@@2@Uno_property@2@U12 @@boost@@U? $closed_plus@H@2@U?$less@H@std@@V?$local_property_map@Vmpi_process_group @distributed@graph@boost@@U?$global_descriptor_property_map@I @parallel@detail@4@U? $vec_adj_list_vertex_id_map@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@boost@@I@4@@2@V?$iterator_property_map@V ?$_Vector_iterator@V? $_Vector_val@HV?$allocator@H@std@@@std@@@std@ @V?$local_property_map@Vmpi_process_group@distributed@graph@boost@@U? $global_descriptor_property_map@I@parallel@detail@4@U ?$vec_adj_list_vertex_id_map@U? $property@W4vertex_distance_t@boost@@HUno_property@2@@boost@@I@4@@boost@ @HAAH@2@Vdummy_property_map@2@V?$iterator_property_map@PAHV? $local_property_map@Vmpi_process_group@distributed@graph@boost@ @U?$global_descriptor_property_map@I@parallel@detail@4@U ?$vec_adj_list_vertex_id_map@U? $property@W4vertex_distance_t@boost@@HUno_property@2@@boost@@I@4@@boost@ @HAAH@2@V92@@detail@distributed@graph@boost@@Vmpi_process_group@345@HU? $owner_property_map@I@parallel@25@Uremote_set_queued@245@@detail@graph @boost@@IAE@ABVmpi_process_group@distributed@23@ABU? $owner_property_map@I@parallel@13@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 1 error LNK2019: unresolved external symbol "public: __thiscall boost::graph::distributed::mpi_process_group::~mpi_process_group(void)" (?? 1mpi_process_group@distributed@graph@boost@@QAE@XZ)，referenced in function "void __cdecl test_crauser_dijkstra(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,int,int)" (?test_crauser_dijkstra@@YAXV?$basic_string@DU?$char_traits@D@std@ @V?$allocator@D@2@@std@@HH@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 31 error LNK2019: unresolved external symbol "public: __thiscall boost::graph::distributed::detail::tag_allocator::token::~token(void)" (?? 1token@tag_allocator@detail@distributed@graph@boost@@QAE@XZ)，referenced in function "void __cdecl boost::graph::distributed::send_oob_with_reply<struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> >,int> (classboost::graph::distributed::mpi_process_group const &,int,int,struct boost::detail::parallel::edge_descriptor<class boost::detail::edge_desc_impl<struct boost::directed_tag,unsigned int> > const &,int &,int)" (??$send_oob_with_reply@U?$edge_descriptor@V? $edge_desc_impl@Udirected_tag@boost@@I@detail@boost@@@parallel@detail@boost@ @H@distributed@graph@boost@@YAXABVmpi_process_group@012@HHABU? $edge_descriptor@V?$edge_desc_impl@Udirected_tag@boost@@I@detail@boost@ @@parallel@detail@2@AAHH@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 10 error LNK2019: unresolved external symbol "private: void __thiscall boost::graph::distributed::mpi_process_group::maybe_send_batch(int)const " (?maybe_send_batch@mpi_process_group@distributed@graph@boost@@ABEXH@Z)，referenced in function "public: void __thiscall boost::graph::distributed::mpi_process_group::send_impl<class std::vector<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int>,class std::allocator<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int> > > >(int,int,class std::vector<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int>,class std::allocator<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int> > > const &,struct boost::mpl::bool_<0>)const " (??$send_impl@V?$vector@U ?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@parallel@boost @@V?$allocator@U?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@parallel@boost@@@std@ @@std@@@mpi_process_group@distributed@graph@boost@@QBEXHHABV?$vector@U? $untracked_pair@U?$global_descriptor@I@parallel@detail@boost@@H@detail @parallel@boost@@V?$allocator@U?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@parallel@boost@@@std@ @@std@@U?$bool_@$0A@@mpl@3@@Z) D:\Resources\Programing\BOOST02\BOOST02 \BOOST02.obj BOOST02 Error 30 error LNK2019: unresolved external symbol "private: void __thiscall boost::graph::distributed::mpi_process_group::install_trigger (int,int,class boost::shared_ptr<class boost::graph::distributed::mpi_process_group::trigger_base> const &)" (? install_trigger@mpi_process_group@distributed@graph@boost@ @AAEXHHABV?$shared_ptr@Vtrigger_base@mpi_process_group@distributed @graph@boost@@@4@@Z)，该符号在函数 "public: void __thiscall boost::graph::distributed::mpi_process_group::trigger<struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int>,class boost::graph::parallel::detail::simple_trigger_t<struct boost::parallel::distributed_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> >::handle_message<struct boost::parallel::basic_reduce<int> >,struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int>,void> >(int,class boost::graph::parallel::detail::simple_trigger_t<struct boost::parallel::distributed_property_map<class boost::graph::distributed::mpi_process_group,struct boost::detail::parallel::global_descriptor_property_map<unsigned int>,class boost::iterator_property_map<class std::_Vector_iterator<class std::_Vector_val<int,class std::allocator<int> > >,struct boost::vec_adj_list_vertex_id_map<struct boost::property<enum boost::vertex_distance_t,int,struct boost::no_property>,unsigned int>,int,int &> >::handle_message<struct boost::parallel::basic_reduce<int> >,struct boost::parallel::detail::untracked_pair<struct boost::detail::parallel::global_descriptor<unsigned int>,int>,void> const &)" (??$trigger@U? $untracked_pair@U?$global_descriptor@I@parallel@detail@boost@@H@detail @parallel@boost@@V?$simple_trigger_t@U?$handle_message@U? $basic_reduce@H@parallel@boost @@@?$distributed_property_map@Vmpi_process_group@distributed@graph@boost@@U? $global_descriptor_property_map@I@parallel@detail@4@V ?$iterator_property_map@V?$_Vector_iterator@V?$_Vector_val@HV?$allocator@H @std@@@std@@@std@@U? $vec_adj_list_vertex_id_map@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@boost@@I@boost@@HAAH@4@@parallel@boost @@U?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@34@X@23graph@4 @@mpi_process_group@distributed@graph@boost@@QAEXHABV?$simple_trigger_t@U? $handle_message@U?$basic_reduce@H@parallel@boost @@@?$distributed_property_map@Vmpi_process_group@distributed@graph@boost@@U? $global_descriptor_property_map@I@parallel@detail@4@V ?$iterator_property_map@V?$_Vector_iterator@V?$_Vector_val@HV?$allocator@H @std@@@std@@@std@@U? $vec_adj_list_vertex_id_map@U?$property@W4vertex_distance_t@boost@ @HUno_property@2@@boost@@I@boost@@HAAH@4@@parallel@boost @@U?$untracked_pair@U? $global_descriptor@I@parallel@detail@boost@@H@detail@34@X@detail@parallel @23@@Z) D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 9 error LNK2019: unresolved external symbol "class boost::mpi::communicator __cdecl boost::graph::distributed::communicator(class boost::graph::distributed::mpi_process_group const &)" (?communicator@distributed@graph@boost@@YA?AV0mpi@3@ABVmpi_process_group@123@@Z)，referenced in function "int * __cdecl boost::graph::distributed::all_reduce<int,struct boost::parallel::maximum<int> >(class boost::graph::distributed::mpi_process_group const &,int *,int *,int *,struct boost::parallel::maximum<int>)" (??$all_reduce@HU? $maximum@H@parallel@boost@@@distributed@graph@boost@ @YAPAHABVmpi_process_group@012@PAH11U?$maximum@H@parallel@2@@Z) D:\Resources\Programing\BOOST02 \BOOST02\BOOST02.obj BOOST02 Error 100 error LNK2001: unresolved external symbol _ompi_request_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 101 error LNK2001: unresolved external symbol _ompi_request_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (request.obj) BOOST02 Error 20 error LNK2001: unresolved external symbol _ompi_mpi_unsigned_char D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 23 error LNK2001: unresolved external symbol _ompi_mpi_unsigned D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 24 error LNK2001: unresolved external symbol _ompi_mpi_unsigned D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 25 error LNK2001: unresolved external symbol _ompi_mpi_unsigned D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 26 error LNK2001: unresolved external symbol _ompi_mpi_short D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 53 error LNK2001: unresolved external symbol _ompi_mpi_packed D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 54 error LNK2001: unresolved external symbol _ompi_mpi_packed D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 55 error LNK2001: unresolved external symbol _ompi_mpi_packed D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 45 error LNK2001: unresolved external symbol _ompi_mpi_int D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 17 error LNK2001: unresolved external symbol _ompi_mpi_info_null D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 18 error LNK2001: unresolved external symbol _ompi_mpi_info_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 19 error LNK2001: unresolved external symbol _ompi_mpi_info_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 83 error LNK2001: unresolved external symbol _ompi_mpi_group_empty D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 84 error LNK2001: unresolved external symbol _ompi_mpi_group_empty D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (group.obj) BOOST02 Error 66 error LNK2001: unresolved external symbol _ompi_mpi_errors_return D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(environment.obj) BOOST02 Error 67 error LNK2001: unresolved external symbol _ompi_mpi_errors_return D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(communicator.obj) BOOST02 Error 56 error LNK2001: unresolved external symbol _ompi_mpi_datatype_null D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 57 error LNK2001: unresolved external symbol _ompi_mpi_datatype_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd- 1_49.lib(mpi_datatype_cache.obj) BOOST02 Error 64 error LNK2001: unresolved external symbol _ompi_mpi_comm_world D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (environment.obj) BOOST02 Error 65 error LNK2001: unresolved external symbol _ompi_mpi_comm_world D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 81 error LNK2001: unresolved external symbol _ompi_mpi_comm_null D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 59 error LNK2001: unresolved external symbol _ompi_mpi_char D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 29 error LNK2001: unresolved external symbol _ompi_mpi_byte D:\Resources\Programing\BOOST02\BOOST02\BOOST02.obj BOOST02 Error 99 error LNK2001: unresolved external symbol _MPI_Wait D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (request.obj) BOOST02 Error 34 error LNK2001: unresolved external symbol _MPI_Test D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 35 error LNK2001: unresolved external symbol _MPI_Test D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (request.obj) BOOST02 Error 89 error LNK2001: unresolved external symbol _MPI_Send D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 50 error LNK2001: unresolved external symbol _MPI_Recv D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 51 error LNK2001: unresolved external symbol _MPI_Recv D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 38 error LNK2001: unresolved external symbol _MPI_Isend D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 39 error LNK2001: unresolved external symbol _MPI_Isend D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 44 error LNK2001: unresolved external symbol _MPI_Irecv D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 12 error LNK2001: unresolved external symbol _MPI_Free_mem D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 13 error LNK2001: unresolved external symbol _MPI_Free_mem D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 74 error LNK2001: unresolved external symbol _MPI_Finalized D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 75 error LNK2001: unresolved external symbol _MPI_Finalized D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (mpi_datatype_cache.obj) BOOST02 Error 76 error LNK2001: unresolved external symbol _MPI_Finalized D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (group.obj) BOOST02 Error 63 error LNK2001: unresolved external symbol _MPI_Errhandler_set D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 15 error LNK2001: unresolved external symbol _MPI_Alloc_mem D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 16 error LNK2001: unresolved external symbol _MPI_Alloc_mem D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (point_to_point.obj) BOOST02 Error 71 error LNK2001: unresolved external symbol _MPI_Abort D:\Resources\Programing\BOOST02\BOOST02\libboost_mpi-vc100-mt-gd-1_49.lib (communicator.obj) BOOST02 Error 117 error LNK1120: 87 unresolved external commands D:\Resources\Programing\BOOST02\Debug\BOOST02.exe BOOST02 what is wrong? I use Visual Studio 2010. Thanks a lot.

2 5

[Phoenix] boost::phoenix::erase crashes the app in VS2008
by Paul Heil 18 Jun '12

18 Jun '12

I have a Visual Studio 2008 C++03 application where I'm using boost::phoenix::erase (v1.49.0) on a std::list<int> container that does not contain the element I want to erase. This example is demonstrates the issue: int main() { namespace bp = boost::phoenix; namespace bpa = boost::phoenix::arg_names; std::list< int > a; // works as expected (does nothing) a.erase( a.end(), a.end() ); // fails a debug assertion "list erase iterator outside range" // Microsoft Visual Studio 9.0\VC\include\list\list : 790 bp::erase( bp::ref( a ), a.end() )(); return 0; } In release mode, this de-references an uninitialized pointer and the application crashes. Am I using boost::phoenix::erase correctly? Thanks

2 2

[iostreams] Possible bug in gzip_decompressor?
by Gavin Band 18 Jun '12

18 Jun '12

Dear list, I have been using boost.iostreams to read gzipped files for some time, but recently have run into some problems with files that are compressed using tools other than gzip (namely bgzip from http://samtools.svn.sourceforge.net/viewvc/samtools/trunk/samtools/) Here is the file: $ hexdump -C ../hello.txt.bgz 00000000 1f 8b 08 04 00 00 00 00 00 ff 06 00 42 43 02 00 |............BC..| 00000010 35 00 f3 48 cd c9 c9 d7 51 28 c9 c8 2c 56 00 a2 |5..H....Q(..,V..| 00000020 44 85 92 d4 e2 12 85 b4 cc 9c 54 3d 2e 00 86 1e |D.........T=....| 00000030 ef a4 1c 00 00 00 1f 8b 08 04 00 00 00 00 00 ff |................| 00000040 06 00 42 43 02 00 1b 00 03 00 00 00 00 00 00 00 |..BC............| 00000050 00 00 |..| 00000052 I think this is valid gzip format (based on reading http://www.gzip.org/zlib/rfc-gzip.html) It differs from what you get by compressing the file using the gzip program in two respects: 1. it uses the 'extra' flag (FLG.EXTRA) to add extra data to each block header, and 2. it has two blocks, the second of which is empty. My file reading code is as follows: /* test.cpp */ #include <iostream> #include <boost/iostreams/filtering_stream.hpp> #include <boost/iostreams/filter/gzip.hpp> #include <boost/iostreams/copy.hpp> #include <boost/iostreams/device/file.hpp> int main( int, char** ) { boost::iostreams::filtering_istream stream ; stream.push( boost::iostreams::gzip_decompressor() ) ; boost::iostreams::file_source file( argv[1] ) ; stream.push( file ) ; boost::iostreams::copy( stream, std::cout ) ; } I am using boost 1.48.0 on Ubuntu linux. The compilation is $ g++ -o test -g test.cpp -L /home/gav/Projects/Software/usr/lib -lboost_iostreams-gcc46-mt-1_48 -I /home/gav/Projects/Software/boost_1_48_0 Using gunzip on the above file works fine: $ gunzip -c ../hello.txt.bgz Hello, this is a test file. Using the test program does not: $ ./test ../hello.txt.bgz terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::iostreams::gzip_error> >' what(): gzip error I was able to fix this problem with two code changes in the boost.iostreams implementation, as follows. *Change #1*: at libs/iostreams/src/gzip.cpp:65: change "state_ = s_extra;" to "state_ = s_xlen;" Rationale: without this change, it looks like state s_xlen is never entered so the length of the extra data is not parsed. *Update:* I notice this change was already raised in ticket #5908, and has already been fixed in trunk. * * *Change #2*: at libs/iostreams/src/zlib.cpp:153: change "crc_imp_ = 0;" to "crc_ = crc_imp_ = 0;" Rationale: without this change, an empty block of data does not re-initialise the member variable crc_ of zlib_base. This causes an exception on line 447 of boost/iostreams/filter/gzip.hpp. I confirmed this behaviour a second way, by concatenating two files compressed using gzip, the first nonempty and the second empty. This creates a file which looks like this: $ hexdump -C hello2.txt.gz 00000000 1f 8b 08 00 0d ea b4 4f 00 03 cb 48 cd c9 c9 57 |.......O...H...W| 00000010 28 c9 48 2d 4a e5 02 00 8e 45 d1 59 0c 00 00 00 |(.H-J....E.Y....| 00000020 1f 8b 08 00 18 ea b4 4f 00 03 03 00 00 00 00 00 |.......O........| 00000030 00 00 00 00 |....| 00000034 This file again decompresses with gunzip but not with the program above. Change #2 above fixes this. Could someone take a look at this and let me know if this change is really appropriate? (Or perhaps I'm doing something wrong.) I can create a bug report if desired. Many thanks, Gavin Band.

2 2

Review Wizard Report for June 2012
by Ronald Garcia 18 Jun '12

18 Jun '12

============================================== Review Wizard Status Report for June 2012 ============================================== News ==== 1. Predef Library Reviewed 2. Boost 1.49.0 Released. New Library: Heaps 3. Multiprecision Arithmetic Review Ongoing Open Issues =========== The following libraries have been reviewed and await reports from their review managers: * Predef - reviewed February 2012; review manager: Joel Falcou. * Conversion - reviewed August 2011; review manager: Gordon Woodhull. The following libraries have been accepted to Boost, but have not yet been submitted to SVN: * Constrained Value - accepted September 2010; author: Robert Kawulak. * GIL.IO - accepted January 2011; author: Christian Henning. * Atomic - accepted July 2011; author Helge Bahmann. * Lockfree - accepted August 2011; author: Tim Blechmann. The following libraries have been accepted and submitted to SVN, but have not yet appeared in a release: * Type Traits Introspection - accepted August 2011; author: Edward Diener. * Context - accepted January 2012; author: Oliver Kowalke. The following libraries have been accepted provisionally to Boost, but have not been submitted for mini-review and full acceptance: * Endian - accepted provisionally November 2011; author: Beman Dawes. * Log - accepted provisionally March 2010; author: Andrey Semashev. General Announcements ===================== As always, we need experienced review managers. Please take a look at the list of libraries in need of managers and check out their descriptions. In general review managers are active boost participants, including library contributors, infrastructure contributors, and other mailing list participants with a substantial track record of constructive participation. If you can serve as review manager for any of them, email Ron Garcia or John Phillips, "rxg at cs dot cmu dot edu" and "phillips at pacific dot mps dot ohio-state dot edu" respectively. We are also suffering from a lack of reviewers. While we all understand time pressures and the need to complete paying work, the strength of Boost is based on the detailed and informed reviews submitted by you. If you are interested in reviewing a library but won't have time during the review period, you can always prepare your review ahead of time. No rule says you can only work on a review during the review period. A link to this report will be posted to www.boost.org. If you would like us to make any modifications or additions to this report before we do that, please email Ron or John. The review schedule is an unordered list of the libraries awaiting review. As such, any library on the schedule can be reviewed once the developer is ready, a review manager has been secured, and the manager, developer, and wizards agree on a date to schedule the review. Review Schedule =============== * Join (M) * Pimpl (M) * Sorting (M) * Quaternions, Vectors, Matrices (M) * Variadic Macro Data (M) * Block Pointer (M) * Singularity (M) * Extended Complex Numbers (M) * Metaparse (M) * Polygon: Voronoi Extensions * Coroutine * Type Erasure * Range Extensions (M) * Contract * Nowide (M) ``(M)`` marks libraries that need review managers. -------------------- Join ---- :Author: Yigong Liu :Review Manager: Needed :Download: http://channel.sourceforge.net/ :Description: Join is an asynchronous, message based C++ concurrency library based on join calculus. It is applicable both to multi-threaded applications and to the orchestration of asynchronous, event-based applications. It follows Comega's design and implementation and builds with Boost facilities. It provides a high level concurrency API with asynchronous methods, synchronous methods, and chords which are "join-patterns" defining the synchronization, asynchrony, and concurrency. Pimpl ----- :Author: Vladimir Batov :Review Manager: Needed :Download: https://github.com/boost-vault/Miscellaneous/blob/master/Pimpl.zip :Description: The Pimpl idiom is a simple yet robust technique to minimize coupling via the separation of interface and implementation and then implementation hiding. This library provides a convenient yet flexible and generic deployment technique for the Pimpl idiom. It's seemingly complete and broadly applicable, yet minimal, simple and pleasant to use. Sorting ------- :Author: Steven Ross :Review Manager: Needed :Download: https://github.com/boost-vault/Sorting :Description: A grouping of 3 templated hybrid radix/comparison-based sorting algorithms that provide superior worst-case and average-case performance to std::sort: integer_sort, which sorts fixed-size data types that support a rightshift (default of >>) and a comparison (default of <) operator. float_sort, which sorts standard floating-point numbers by safely casting them to integers. string_sort, which sorts variable-length data types, and is optimized for 8-bit character strings. All 3 algorithms have O(n(k/s + s)) runtime where k is the number of bits in the data type and s is a constant, and limited memory overhead (in the kB for realistic inputs). In testing, integer_sort varies from 35% faster to 2X as fast as std::sort, depending on processor, compiler optimizations, and data distribution. float_sort is roughly 70% faster than std::sort. string_sort is roughly 2X as fast as std::sort. Quaternions, Vectors, Matrices ------------------------------ :Author: Emil Dotchevski :Review Manager: Needed :Download: http://www.revergestudios.com/boost-qvm/ :Description: QVM defines a set of generic functions and operator overloads for working with quaternions, vectors and matrices of static size. The library also defines vector and matrix data types, however it allows users to introduce their own types by specializing the q_traits, v_traits and m_traits templates. Variadic Macro Data ------------------- :Author: Edward Diener :Review Manager: Needed :Download: `Boost Sandbox <http://svn.boost.org/svn/boost/sandbox/variadic_macro_data/>`__ :Description: This library adds support and functionality for variadic macros to Boost as well as integrating variadic macros with the Boost PP library without changing the latter library in any way. Block Pointer ------------- :Author: Phil Bouchard :Review Manager: Needed :Download: https://svn.boost.org/svn/boost/sandbox/block_ptr/ :Description: Deterministic memory manager of constant complexity capable of handling cyclic collections. Singularity ----------- :Author: Ben Robinson :Review Manager: Needed :Download: https://github.com/icaretaker/Singularity :Description: The Singularity Design Pattern allows you to restrict any class to a single instance. Unlike the infamous Singleton, Singularity gives you direct control over the lifetime of the object, does not require you to grant global access to the object, nor does it limit you to the default constructor for that object. Extended Complex Numbers ------------------------ :Author: Matthieu Schaller :Review Manager: Needed :Download: http://code.google.com/p/cpp-imaginary-numbers/ :Description: The library is an extension of the std::complex class addressing two issues: 1. The standard does not guaranty the behaviour of the complex class if instantiated with types other than float/double/long double. 2. Some calculation where pure imaginary numbers (i.e. multiples of sqrt(-1)) appear are unnecessarily slowed down due to the lack of support for these numbers. The code I submit contains two interleaved classes boost::complex and boost::imaginary which can be instantiated with any type T provided T overloads the usual arithmetic operators and some basic (real) mathematical functions depending on which complex function will be used. It is thus an extended version of Thorsten Ottosen's n1869 proposal (http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2005/n1869.html) Metaparse --------- :Author: Abel Sinkovics :Review Manager: Needed :Download: http://abel.web.elte.hu/metaparse/metaparse.zip :Description: Metaparse is a library for constructing parsers parsing at compile-time based on template metaprogramming. The parsers built with the library take boost::mpl::strings as input and can produce - types - objects (types with public static members) - callable C++ functions (types with public static method) - template metafunction classes as output (based on the input being parsed). On compilers supporting constexpr the library provides the following syntactic sugar for writing the input of the parsers: BOOST_STRING("this is a string") The library can be used for implementing DSLs in C++, including DSLs making C++ template metaprogramming easier (see examples). Polygon: Voronoi Extensions --------------------------- :Author: Andril Sydorchuk :Review Manager: Lucanus Simonson :Download: http://svn.boost.org/svn/boost/sandbox/gtl/ :Description: This library extends Boost.Polygon with the following features: - Robust and efficient implementation of the sweepline algorithm that allows to construct Voronoi diagram, Delaunay triangulation and medial axis of a set of points and line segments. - Coordinates of the output geometries are computed within the 64 machine epsilon relative error (6 mantissa bits). - Voronoi diagram data structure that allows efficient traversal and data association with the output Voronoi graph. - No 3rd party dependencies (e.g. GMP, MPFR), all the required multiple precision types are implemented as part of the library. - The input and output coordinate type domains are configurable via coordinate type traits, thus allowing to compute coordinates of the Voronoi vertices within any required precision. - The full construction of the Voronoi diagram of 100 000 points takes only 0.27 seconds (see benchmarks). Coroutine --------- :Author: Oliver Kowalke :Review Manager: Hartmut Kaiser :Download: http://gitorious.org/boost-dev/boost-dev/archive-tarball/coroutine :Description: This library is an implementation of coroutines and generators using Boost.Context. Type Erasure ------------ :Author: Steven Watanabe :Review Manager: Lorenzo Caminiti :Download: http://sourceforge.net/projects/steven-watanabe.u/files/ :Description: The TypeErasure library is a generalization of boost::any and boost::function. It allows easy composition of arbitrary type erased operators. Range Extensions ---------------- :Author: Akira Takahashi :Review Manager: Neil Groves :Download: https://github.com/faithandbrave/OvenToBoost :Description: This project adds some features of the Oven Range Library to Boost.Range. Features: - Additional Range Adaptors (taken, taken_while, dropped, dropped_while, elements, elements_key, memoized, outdirected) - Extensions for using Lambda (regular function, regular operator) - Infinite Range (iteration function) - and additional range utilities. Contract -------- :Author: Lorenzo Caminiti :Review Manager: Dave Abrahams :Download: http://sourceforge.net/projects/contractpp/files/latest/download :Description: This library implements Contract Programming for the C++ programming language (see the end of this email). In addition, the library implements virtual specifiers (final, override, and new, see C++11), concept checking, and named parameters. This library is implemented for the C++03 standard and it does not require C++11. Nowide ------ :Author: Artyom Beilis :Review Manager: Needed :Download: http://cppcms.com/files/nowide/ :Description: This library makes cross platform Unicode aware programming easier. It provides an implementation of standard C and C++ library functions, such that their inputs are UTF-8 aware on Windows without requiring to use Wide API. Libraries under development =========================== See http://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction for a current listing of libraries under development.

1 0

(no subject)
by Chandan Nilange 17 Jun '12

17 Jun '12

http://brandnexus.com/wp-content/themes/themeforest_idealcorp-premium-busin…

1 0

How to use shared_memory_object as a class member
by Achuth Sankar 17 Jun '12

17 Jun '12

Is there any way to use shared_memory_object as a class member ? regards Achuth

2 1

boost 1.49.0 and boost.log
by Konstantin Ribel 16 Jun '12

16 Jun '12

2 1

[boost] [review] Multiprecision review (June 8th - 17th, 2012)
by Jeffrey Lee Hellrung, Jr. 16 Jun '12

16 Jun '12

Okay, it's that time. Apologies for not sending a reminder, but there had been a lot of pre-review comments over the last week or so, so I think this has been on at least some people's radar. The original review announcement is given below. On Tue, May 29, 2012 at 2:08 PM, Jeffrey Lee Hellrung, Jr. < jeffrey.hellrung(a)gmail.com> wrote: > Hi all, > > The review of the proposed Boost.Multiprecision library authored by John > Maddock and Christopher Kormanyos has been scheduled for > > June 8th - June 17th, 2012 > > and will be managed by myself. > > From the Introduction: > > -------- > "The Multiprecision Library provides *User-defined* integer, rational and > floating-point C++ types which try to emulate as closely as practicable the > C++ built-in types, but provide for more range and precision. Depending > upon the number type, precision may be arbitrarily large (limited only by > available memory), fixed at compile time values, for example 50 decimal > digits, or a variable controlled at run-time by member functions. The types > are expression-template-enabled for better performance than naive > user-defined types." > -------- > > And from the original formal review request from John: > > -------- > Features: > > * Expression template enabled front end. > * Support for Integer, Rational and Floating Point types. > > Supported Integer backends: > > * GMP. > * Libtommath. > * cpp_int. > > cpp_int is an all C++ Boost licensed backend, supports both arbitrary > precision types (with Allocator support), and signed and unsigned fixed > precision types (with no memory allocation). > > There are also some integer specific functions - for Miller Rabin testing, > bit fiddling, random numbers. Plus interoperability with Boost.Rational > (though that loses the expression template frontend). > > Supported Rational Backends: > > * GMP > * libtommath > * cpp_int (as above) > > Supported Floating point backends: > > * GMP > * MPFR > * cpp_dec_float > > cpp_dec_float is an all C++ Boost licensed type, adapted from Christopher > Kormanyos' e_float code (published in TOMS last year). > > All the floating point types, have full std lib support (cos sin exp, pow > etc), as well as full interoperability with Boost.Math. > > There's nothing in principal to prevent extension to complex numbers and > interval arithmetic types (plus any other number types I've forgotten!), > but I've run out of energy for now ;-) > > Code is in the sandbox under /big_number/. > > Docs can be viewed online here: > http://svn.boost.org/svn/boost/sandbox/big_number/libs/multiprecision/doc/h… > -------- > Any review discussion should take place on the developers' list ( boost(a)lists.boost.org) and anyone may submit a formal review, either publicly to the entire list or privately to just myself. As usual, please consider the following questions in your formal review: What is your evaluation of the design? What is your evaluation of the implementation? What is your evaluation of the documentation? What is your evaluation of the potential usefulness of the library? Did you try to use the library? With what compiler? Did you have any problems? How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? Are you knowledgeable about the problem domain? And, most importantly, please explicitly answer the following question: Do you think the library should be accepted as a Boost library? Lastly, please consider that John and Christopher have compiled a TODO list [1] based on pre-review comments. Feel free to comment on the priority and necessity of such TODO items, and whether any might be show-stoppers or warrant conditional acceptance of the library. Thanks in advance; looking forward to the discussion! - Jeff (& John & Christopher) [1] http://svn.boost.org/svn/boost/sandbox/big_number/libs/multiprecision/doc/h…

2 1

[filesystem] is path comparison case-insensitive on Windows?
by Nathan Ridge 16 Jun '12

16 Jun '12

Hi, I couldn't find this info in the Filesystem documentation, so I thought I'd ask here: is equality comparison between path objects case-insensitive on Windows? I think it ought to be, since the operating system treats two paths differing by case only to be the same, but I thought I'd double-check. Thanks, Nate

5 8

positional arguments in boost::program_options
by Evan Driscoll 15 Jun '12

15 Jun '12

Hi, I'm writing a program which will run other programs (think xargs) and I have the following question. If I am reading the docs right, I get positional arguments by doing something like 1) Make a "normal" argument --arg 2) Tell it that positional arguments map to --arg However, if I do this, that means that if someone runs my_wrapper target_program --arg a then the --arg "disappears" because boost::po treats it as an actual option and not a positional argument. I can (mostly) get around this by naming all the fake positional arguments something like --ZZZZarg and assuming no one will ever want to pass that to another program, but it's a bit unsatisfactory conceptually. Is there a better way? Evan

2 3

signals2 multithreading with dumb pointers
by Chris Stankevitz 15 Jun '12

15 Jun '12

Hello, I have a problem that is turning to a big mess. I'm having trouble wrapping my brain around it enough to even ask a good question. Can you recommend techniques/classes/patterns to get me out of this mess? Thank you! 1. I have a "model" whose state changes 2. State changes are advertised via boost::siganls2. Signals are fired at up to 30 Hz. 2a. I have a lot of signals advertising a lot of different state changes. e.g. "employee name changed; employee age changed; etc" 2b. Signals are fired from different threads 3. I have a dialog that shows the state of the model. 4. The dialog connects to the signals and update the screen to reflect the changing state of the model. 4a. (4) is somewhat complicated by the fact that screen updates must happen on a particular "main" thread. I have some plumbing to deal with this and I believe it is logically safe. 5. Unfortunately, the dialog class cannot live inside a boost::shared_ptr. This is a requirement of wxWidgets. 5a. (5) means my dialogs cannot connect to "tracked" signals. 6. Unfortunately, wxWidgets sometimes delete (in the c++ "delete" sense) the dialog 'without warning'. 6a. (6) means my dialog destructor might be called while it is simultaneously receiving a signal. 7. In my dialog destructor I disconnect all boost::signals2::connections. 8. (7) does not wait signals to complete for returning. i.e. the disconnect will return immediately eventhough the signal is still "running" 8a. (8) can cause a crash 9. I deal with (8) by adding a "dialog facade", but I'm curious about other ways to do this. 9a. The "dialog facade" receives all signals and forwards them to the dialog iff the dialog is attached. 9b. While each signal is being serviced a shared_lock is kept 9c. The "dialog facade" lives in a shared_ptr and uses boost::signals2::slot_type::track() 9d. The dialog destructor first notifies the facade to "detach" from the dialog 9e. The "detach" function grabs a unique_lock and disconnects all boost::signals2::connections. This effectively implements a blocking version of (7) 10. (9) is a lot of work for all my dialogs with all my signals. 10a. (4a) makes (9) even uglier! Can you recommend techniques/classes/patterns to get me out of this mess? Thank you, Chris

3 3

Re: [Boost-users] 1.49 header order conflicts on Windows
by Brian Wood 14 Jun '12

14 Jun '12

Lars Viklund: > Asio is "friendly" enough to define WIN32_LEAN_AND_MEAN for you, which > pretty much breaks any other consumer of Windows.h. I wasn't aware that that's a no-no and am doing the same thing. My code doesn't compile without the define so am wondering what can be done to help. I'm also having another problem on Windows https://groups.google.com/forum/?fromgroups#!topic/comp.lang.c++/Hpoi2pbQD74 Shalom, Brian Wood Ebenezer Enterprises http://webEbenezer.net

2 1

[Container] [Intrusive] [Interprocess] Flat Intrusive Containers?
by Hering Cheng 14 Jun '12

14 Jun '12

Hi, While Boost.Intrusive provides more varieties of containers than Boost.Container, I wonder if it would make sense to provide flat maps or sets. The application I have in mind is to use these flat containers in shared memory in such a way that application programs preallocate all memory, just like it is possible with Instrusive containers. Would this be feasible? If this makes sense, is there any plan to make this available? Thanks. Hering

3 2

1.49 header order conflicts on Windows
by Davidson, Josh 14 Jun '12

14 Jun '12

Consider this following simple app: #include <boost/thread/thread.hpp> #include <boost/asio.hpp> #include <boost/thread/recursive_mutex.hpp> int main() { return 0; } If you try to build that on Windows, you receive the following error: In file included from c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/recursive_mutex.hpp:14:0, from c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/recursive_mutex.hpp:14, from build.cpp:3: c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'void boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::lock()': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:52:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'void boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::unlock()': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:71:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'bool boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::try_basic_lock(long int)': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:91:21: error: '_InterlockedExchange' is not a member of 'boost::detail' c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp: In member function 'bool boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::try_timed_lock(long int, const boost::system_time&)': c:/mingw/lib/gcc/../../x86_64-w64-mingw32/include/boost/thread/win32/basic_recursive_mutex.hpp:102:21: error: '_InterlockedExchange' is not a member of 'boost::detail' If asio.hpp is moved ahead of the thread headers, the error goes away. We've been trying to dictate #include order to work around this problem, but it keeps cropping up.

3 9

why boost is so slow for file search?
by young 13 Jun '12

13 Jun '12

I have 2 functions for read files list in one directory. One uses Win32 and one uses boost: void GetFilesWin32(std::string dir) { std::vector<std::string> vFiles; std::string f = dir + "*.*"; std::string file; WIN32_FIND_DATA findFileData; HANDLE h = FindFirstFile(f.c_str(), &findFileData); if(h != INVALID_HANDLE_VALUE) { do { if((findFileData.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) != FILE_ATTRIBUTE_DIRECTORY) { file = findFileData.cFileName; vFiles.push_back( file); } } while( FindNextFile( h, &findFileData) != 0); } FindClose(h); } void GetFilesBoost(std::string dir) { namespace fs = boost::filesystem; std::vector<std::string> vFiles; fs::path path(dir); fs::directory_iterator end_dir; for(fs::directory_iterator it(path); it != end_dir; it++) { if(!(fs::is_directory(it->status()))) { vFiles.push_back(it->path().filename().string()); } } } Boost takes 1.00 ms while Win32 taks 0.15 ms for same directory. Why? -- View this message in context: http://boost.2283326.n4.nabble.com/why-boost-is-so-slow-for-file-search-tp4… Sent from the Boost - Users mailing list archive at Nabble.com.

6 7

[vector, PropertyGraph] Problem declaring a class member of the "vector<int>" type
by Alex Sadovsky 13 Jun '12

13 Jun '12

Hello everyone, > >I am trying to declare, in a header file, a class that has a member of type "vector<double>" (the code is included below). The compiler complains that I haven't included the appropriate namespace (the error message reads, "ISO C++ forbids declaration of ‘vector’ with no type"), and I understand that it is looking for this: > >using namespace boost::numeric::ublas; > >However, I tried putting it in the header file in various places (haven't programmed in C++ in 10 years and couldn't find any online documentation to clarify this specific situation), and still no luck. I am definitely doing something wrong, but cannot reason out the error, as it probably has to do with the specific syntax conventions. Any help is appreciated! > >Thanks, >-Al > >P.S. Code in header file: > >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// >// File "airspace-graph-rectilinear-edges.h" >typedef char* string; >const int PHYSICAL_SPACE_DIMENSION = 2; >// Information needed about a waypoint used in an airspace: name and physical position >class WaypointConcept{ > private: > using namespace boost::numeric::ublas; > string waypoint_name; > vector<double> waypoint_position_xyh(PHYSICAL_SPACE_DIMENSION); > public: > string GetWaypointName(); > vector<double> GetWaypointPosition(); >} > >class AirspaceGraphConcept PropertyGraphConcept<class Graph, class WaypointConcept, class vertex_index_t>; >typedef Vertex* GraphPathType; >typedef string FlightIDType; >typedef boost::unordered_map<std::FlightIDType, GraphPathType> FlightIDToPathAssignmentType; >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > >Code in the .cpp file (which includes the above header file) I am trying to compile: >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// >#include <boost/lambda/lambda.hpp> >#include <iostream> >#include <iterator> >#include <algorithm> >#include <boost/numeric/ublas/io.hpp> >#include <boost/numeric/ublas/vector.hpp> >#include "airspace-graph-rectilinear-edges.h" > >int main() >{ > using namespace boost::numeric::ublas; > > vector<double> v(3); > for (unsigned i = 0; i < v.size(); ++ i) > v (i) = 2.01*double(i); > > std::cout << v << std::endl; >} >////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > > > > > > > > > > > > > > > >

3 7

[lockfree] minor bug/improvement
by Brian Budge 13 Jun '12

13 Jun '12

Hi all - I'm unsure of the status of the lockfree library. Where should I be posting bugs for that? Thanks, Brian

1 0

msvc2010, _Rechecked and function_output_iterator
by Paul Harris 13 Jun '12

13 Jun '12

Hi all, I am trying to compile some code in Release mode in MSVC 2010, see below error message, I am looking for a workaround or solution, and so far all I can find is something to do with boost::multi_array https://svn.boost.org/trac/boost/ticket/4874 but the solution and patch seems to be targeted at only multi_array. Has anyone else tackled this before? thanks, Paul 34>c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\xutility(275): error C2582: 'operator =' function is unavailable in 'boost::function_output_iterator<UnaryFunction>' 34> with 34> [ 34> UnaryFunction=utils::output_counter 34> ] 34> c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\xutility(2176) : see reference to function template instantiation '_Iter &std::_Rechecked<_OutIt,_OutIt>(_Iter &,_UIter)' being compiled 34> with 34> [ 34> _Iter=boost::function_output_iterator<utils::output_counter>, 34> _OutIt=boost::function_output_iterator<utils::output_counter>, 34> _UIter=boost::function_output_iterator<utils::output_counter> 34> ] 34> c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\algorithm(4681) : see reference to function template instantiation '_OutIt std::copy<_InIt1,_OutIt>(_InIt,_InIt,_OutIt)' being compiled 34> with 34> [ 34> _OutIt=boost::function_output_iterator<utils::output_counter>, 34> _InIt1=int *, 34> _InIt=int * 34> ]

1 1

weak_ptr copying causes destruction
by Travis Gockel 13 Jun '12

13 Jun '12

The copy constructor for weak_ptr constructs px like so: px(r.lock().get()) Why do it this way and not just: px(r.px) This introduces a somewhat unexpected race in that the shared_ptr obtained with lock() can be the last outstanding shared_ptr and the object can be destroyed during this copy. It is certainly not a *bug* in the smart_ptr library, but the behavior is unexpected and quite inconvenient. I assume there is a reason for calling lock() and not just copying the pointer and I would like to know what it is. Thanks, Travis Gockel Chief λ Combinator

2 2

[boost-build] linking against pre-built libraries
by Jarosław Bober 13 Jun '12

13 Jun '12

Hello, What I'm trying to accomplish is to link against pre-built boost library that lives in $BOOST_ROOT/stage/lib, but the default naming convention comes with a boost version at the end: boost_unit_test_framework-vc80-mt-gd-1_47.lib I don't want to hardcode the exact name because some clients use older version of boost. unfortunatelly I cannot do something like this (or maybe I'm wrong): exe myExe : some.cpp /boost//unit_test_framework because that would build test library and I want to prevent that. I want to keep variants and compiler version in the name so --layout=system and --layout=tagged does not help me either. One solution would be to get rid of the boost version suffix(prefferable) and second would be to read BOOST_VERSION from boost/Jamroot and append that to the name of a library file, because I don't want clients to hardcode their boost version in jamfiles manually. How do I do that? Regards

1 1

[property_tree] number of sections in an inifile
by Sean Farrow 13 Jun '12

13 Jun '12

Hi: If I have defined: boost::property_tree::ptree IniTree; What is the correct way to determine how many sections there are in an ini file. Should I use count, max_size, m_children or size? Any help appreciated. Cheers Sean.

3 2

[MPL] mpl::at for AssociativeSequence
by dariomt＠gmail.com 13 Jun '12

13 Jun '12

Hi list, I'm trying to use the version of mpl::at with three template parameters, as specified here ( http://www.boost.org/doc/libs/1_46_0/libs/mpl/doc/refmanual/at.html) But I'm getting a compiler error saying 'boost::mpl::at' : too many template arguments. What am I doing wrong? #include <boost/mpl/map.hpp> #include <boost/mpl/at.hpp> #include <boost/mpl/size.hpp> #include <boost/mpl/empty.hpp> #include <boost/type_traits/is_same.hpp> using namespace boost; using namespace boost::mpl; typedef map< pair<int,unsigned> , pair<char,unsigned char> , pair<long_<5>,char[17]> , pair<int[42],bool> > m; BOOST_MPL_ASSERT_RELATION( size<m>::value, ==, 4 ); BOOST_MPL_ASSERT_NOT(( empty<m> )); BOOST_MPL_ASSERT(( is_same< at<m,int>::type, unsigned > )); BOOST_MPL_ASSERT(( is_same< at<m,long_<5> >::type, char[17] > )); BOOST_MPL_ASSERT(( is_same< at<m,int[42]>::type, bool > )); BOOST_MPL_ASSERT(( is_same< at<m,long>::type, void_ > )); BOOST_MPL_ASSERT(( is_same< at<m,long,void_>::type, void_ > )); // fails!

4 4

question for use filesystem in vc++ with PPL
by young 12 Jun '12

12 Jun '12

I have question for use filesystem in vc++ with PPL. The code is listed here: #include <ppl.h> #include <boost/filesystem.hpp> namespace fs = boost::filesystem; std::vector<std::string> vFiles; fs::path path(dir); fs::directory_iterator end_dir; Concurrency::parallel_for((fs::directory_iterator) (path), end_dir, [&](fs::directory_iterator it) { if(!(fs::is_directory(it->status()))) { vFiles.push_back(it->path().filename().string()); } }); But it build failed with message: Eerror C2653: 'fs' : is not a class or namespace name what is wrong? I use Visual Studio 2010. -- View this message in context: http://boost.2283326.n4.nabble.com/question-for-use-filesystem-in-vc-with-P… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

[Phoenix] using container algorithms
by Paul Heil 12 Jun '12

12 Jun '12

have a Visual Studio 2008 C++03 application using boost 1.49 phoenix. I would like to define a boost::function to remove an element from a list. For example: #include <boost/phoenix.hpp> #include <boost/function.hpp> #include <boost/phoenix/stl/container.hpp> #include <boost/phoenix/stl/algorithm/transformation.hpp> #include <algorithm> #include <list> int main() { namespace bp = boost::phoenix; namespace bpa = boost::phoenix::arg_names; std::list< int > a; boost::function< void( int ) > RemoveFromList = bp::remove( bp::ref( a ), bpa::arg1 ); return 0; } but I get a series of compiler errors on my RemoveFromList definition. Error 1 error C2504: 'boost::phoenix::impl::remove::result<Sig>' : base class undefined \boost\utility\result_of.hpp 80 Error 2 error C2039: 'type' : is not a member of 'boost::result_of<F>' \boost\phoenix\core\detail\preprocessed\function_eval_10.hpp 121 Error 3 error C2146: syntax error : missing ';' before identifier 'type' \boost\phoenix\core\detail\preprocessed\function_eval_10.hpp 122 Error 4 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int \boost\phoenix\core\detail\preprocessed\function_eval_10.hpp 122 Error 5 error C2602: 'boost::phoenix::detail::function_eval::result<Sig>::type' is not a member of a base class of 'boost::phoenix::detail::function_eval::result<Sig>' \boost\phoenix\core\detail\preprocessed\function_eval_10.hpp 122 Error 6 error C2868: 'boost::phoenix::detail::function_eval::result<Sig>::type' : illegal syntax for using-declaration; expected qualified-name \boost\phoenix\core\detail\preprocessed\function_eval_10.hpp 122 A similar function AddToList compiles cleanly: boost::function< void( int ) > AddToList = bp::push_back( bp::ref( a ), bpa::arg1 ); This also works correctly (but is much less elegant): boost::function< void( int ) > RemoveFromList = bp::bind( &std::remove< std::list< int >::iterator, int >, a.begin(), a.end(), bpa::arg1 ); What is the correct way to use the boost.phoenix.remove function? Thanks

1 0

time conversion
by young 11 Jun '12

11 Jun '12

I would like to convert utc time to local time. I found 2 headers which confuse me. #include <boost/date_time/local_time_adjustor.hpp> #include <boost/date_time/c_local_time_adjustor.hpp> which one to use? c_local_adjustor or local_adjustor? what is the difference? -- View this message in context: http://boost.2283326.n4.nabble.com/time-conversion-tp4631162.html Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

[Nowide] Formal Review Request
by Artyom Beilis 11 Jun '12

11 Jun '12

Hello, I'd like to ask to add Boost.Nowide to review queue: Boost.Nowide is a library implemented by Artyom Beilis that make cross platform Unicode aware programming easier. The library provides an implementation of standard C and C++ library functions, such that their inputs are UTF-8 aware on Windows without requiring to use Wide API. Sources: http://cppcms.com/files/nowide/ Docs: http://cppcms.com/files/nowide/html/ Git: git://cppcms.git.sourceforge.net/gitroot/cppcms/nowide Thank You Very Much! Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.com/ CppDB - C++ SQL Connectivity: http://cppcms.com/sql/cppdb/

1 0

[filesystem] converting boost::filesystem::wofstream to std::ostream
by Sean Farrow 10 Jun '12

10 Jun '12

Hi: I have a library that takes a function taking an std::ostream &. Is it possible to convert a boost::filesystem::wofstream to an std::ostream. Any help appreciated. Cheers Sean.

1 0

question about boost pointer
by young 10 Jun '12

10 Jun '12

I have question about boost pointer. If I define a pointer by using: boost::shared_ptr<int> p; How to use p to get next int? In classic c++ pointer, I could use *(p+1). How to do it in Boost? -- View this message in context: http://boost.2283326.n4.nabble.com/question-about-boost-pointer-tp4631069.h… Sent from the Boost - Users mailing list archive at Nabble.com.

5 11