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

[MPL] How to use a mpl::map
by Daniele Barzotti 15 Mar '13

15 Mar '13

Hi, I'm new to MPL and I have difficulties to use the map container. I need to map (and then retrieve) some types based on they ID: I try the following code but it does not work.. sturct MSG_METHOD_CONNECT { .... } template<class MESSAGE> class PBMessage { public: PBMessage() {}; /* ... other methods ... */ private: MESSAGE m_Msg; }; // Map of types. The key is the Message opCode typedef typename mpl::map< mpl::pair<mpl::int_[100], PBMessage<MSG_METHOD_CONNECT> >, mpl::pair<mpl::int_[101], PBMessage<MSG_EVENT_CONNECT> >, > TMessageMap; // The Message type template < typename MessageMap, int opCode > typedef typename mpl::at<MessageMap, mpl::int_<opCode> >::type::value TMessage; And to retrieve the type: TMessage<TMessageMap, opCode> msg; Could someone give me some suggestions? Regards, Daniele.

2 2

[serialization, archive] Serialize boost::shared_ptr to custom archive
by Silviu P 15 Mar '13

15 Mar '13

Hi, I'm trying to serialize a boost::shared_ptr to a custom archive. The compiler complains about the archive missing methods 'append' and 'reset'. Does anyone know where I should look to find out more information about these two methods? I wasn't able to find any documentation when looking at the Archive Concept about these two methods, and text_iarchive, together with its base classes, don't seem to declare it. On the other hand, boost::archive::text_iarchive compiles fine. Here are the compile errors I see: /usr/include/boost/serialization/shared_ptr.hpp:133:9: error: ‘class my_iarchive’ has no member named ‘append’ /usr/include/boost/serialization/shared_ptr.hpp:139:5: error: ‘class my_iarchive’ has no member named ‘reset’ My boost version is 1.46 (which comes with openSuse 12.1) Thank you in advance.

4 5

[graph][PBGL] Remove edge broken reference
by Borja Miñano 15 Mar '13

15 Mar '13

Hello, I had a problem after removing some edges from my graph. I am using the graph_parallel library. And this problem did not happened me when using the serial one. I use a predicate to remove edges, and it seems to work, it deletes the local edges and the crossing edges (source local -> target ghost). But if after that I want to iterate over the in_edges The iterator returns references to edges that does not exists any more. For example, if I had 30 in_edges and the removing process eliminate 20, then the in_edge iterator iterates over 10, but with wrong references. Could anyone help debugging this problem? I think it might be an own problem, but I don't know how to check it. -- Un saludo, Borja Miñano IAC3 - Universitat de les Illes Balears ParcBit - Edifici 17 (Disset); Local D7 Cra. Valldemossa km. 7,4 E-07121 Palma de Mallorca. Balears. Spain. Phone: +34 871 967 434

1 0

Review Wizard Status Report for March 2013
by Ronald Garcia 14 Mar '13

14 Mar '13

============================================== Review Wizard Status Report for March 2013 ============================================== News ==== 1. Boost 1.52.0 Released. No New Libraries. 2. Boost 1.53.0 Released. New Libraries: Atomic, Coroutine, Lockfree, Multiprecision, Odeint. Open Issues =========== The following libraries have review managers, but have not yet been scheduled for review: * Range Extensions - added May 2012; review manager: Neil Groves. The following libraries have been reviewed and await reports from their review managers: * Predef - reviewed February 2012; review manager: Joel Falcou. 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. * Contract - accepted September 2012; author: Lorenzo Caminiti. 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. * Type Erasure - accepted August 2012; author: Steven Watanabe 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, 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) * Range Extensions * Nowide (M) * Array (M) * TypeIndex (M) * STL Extensions (M) * Countertree (M) * Process (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/cppmaven/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). 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. 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. Array ----- :Author: Brian Smith :Review Manager: Needed :Download: https://github.com/BrianJSmith/Array :Description: The array class is a C++11 compatible implementation of static multidimensional arrays. TypeIndex --------- :Author: Antony Polukhin :Review Manager: Needed :Download: https://github.com/apolukhin/type_index :Description: TypeIndex is an extended C++11 type_index library, that * works with disabled RTTI * can store const-volatile-reference info about types (if user requested it) * has all the functionality of std::type_index * has portable across compilers and platforms functionality for getting demangled type names * works across modules/shared libraries * does not require C++11 to work STL Extensions -------------- :Author: Vadim Stadnik :Review Manager: Needed :Download: https://github.com/vstadnik/stl_ext_adv_review :Description: The proposed library [stl_ext_adv] offers augmented array based B+ trees and STL containers that support the interfaces of the C++03 sequences and associative containers. The library offers a number of extensions and performance improvements that are not available in C++03 and C++11 standard containers. Countertree ----------- :Author: Francisco Jose Tapia :Review Manager: Needed :Download: https://dl.dropbox.com/u/8437476/works/countertree_code_doc.zip :Description: This library is an implementation of a binary red-black counter tree. This tree have an additional counter in each leaf. This permit the access to the elements by the position, like in a vector. It is a random access container with random access iterators. COUNTERTREE This kind of trees have an additional counter in each leaf. This permit the access to the elements by the position, like in a vector. It is a random access container with random access iterators. With unordered information we have a vector with the same speed inserting and deleting in any position (O(log N)). With ordered information, we have the classes set, multiset, map and multimap, with identical interface than the STL classes, with the plus of access to the elements by position, like in a vector. The iterators are random access , and you can subtract them. SUBALLOCATOR The suballocator is a layer between the allocator and the data structures, compatible with any allocator with the STL definition. The suballocator replace to the allocator in the allocation of equal size elements. It provides speed, return the unused memory and decrease the memory used by the program and improve the cache performance due to the data locality improvement ( 30% of improvement of speed respect the std::allocator with GCC 4.7) Process ------- :Author: Boris Schaeling :Download: http://www.highscore.de/boost/process0.5/process.zip :Description: Boost.Process is a library to manage system processes. It can be used to: * create child processes * setup streams for child processes * communicate with child processes through streams (synchronously or asynchronously) * wait for processes to exit (synchronously or asynchronously) * terminate processes Libraries under development =========================== See http://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction for a current listing of libraries under development.

1 0

Problems linking on Mac OSX 10.8
by Tim Burgess 14 Mar '13

14 Mar '13

Hi, I have a project within XCode 4.6 on Mac OSX 10.8 that won't link against the static serialisation library (the project also uses some other Boost binaries, which link fine). My Boost build options are: macosx-version=10.3 maxosx-vesion-min=10.6 architecture=combined threading=multi link=static address-model=32_64 The project uses the XCode GCC compiler option, as it also uses the wxWidgets libraries, which won't work with the default compiler. The errors take the form: Undefined symbols for architecture x86_64: "boost::archive::basic_xml_iarchive<boost::archive::xml_wiarchive>::load_sta rt(char const*)", referenced from: void boost::archive::basic_xml_iarchive<boost::archive::xml_wiarchive>::load_over ride<std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > >(boost::serialization::nvp<std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > > const&, int)in SurfaceFrame.o Can anybody offer any advice, please? I've read a lot of articles on StackOverflow that seem to discuss this problem, but none have pointed to a solution. Best wishes. Tim Burgess Raised Bar Ltd. Tel: +44 (0)1827 719822 Web: http://www.raisedbar.net We can supply Roland and Avid products with specialist pre and post-sales support for visually-impaired users - just drop us a line for a quote. Don't forget to sign our on-line petition to lobby for improved access to music education and music technology at: http://www.raisedbar.net/petition.htm

1 0

[posix_time] time_from_string Not Thread-Safe?
by Hering Cheng 14 Mar '13

14 Mar '13

Hi, If I invoke boost::posix_time::time_from_string() from multiple threads I get a core dump: #0 0x00000000006ded78 in std::_Rb_tree<std::string, std::pair<std::string const, unsigned short>, std::_Select1st<std::pair<std::string const, unsigned short> >, std::less<std::string>, std::allocator<std::pair<std::string const, unsigned short> > >::_M_insert_unique(std::pair<std::string const, unsigned short> const&) [clone .constprop.93] () (gdb) where #0 0x00000000006ded78 in std::_Rb_tree<std::string, std::pair<std::string const, unsigned short>, std::_Select1st<std::pair<std::string const, unsigned short> >, std::less<std::string>, std::allocator<std::pair<std::string const, unsigned short> > >::_M_insert_unique(std::pair<std::string const, unsigned short> const&) [clone .constprop.93] () #1 0x00000000006df400 in boost::gregorian::greg_month::get_month_map_ptr() () #2 0x00007f0dfbc590cd in boost::date_time::month_str_to_ushort<boost::gregorian::greg_month> (s=...) at /home/chenher/projects/cactus_strategies/cactus_includes/boost/date_time/date_parsing.hpp:67 #3 0x00007f0dfbc29115 in boost::date_time::parse_date<boost::gregorian::date> (s=..., order_spec=0) at /home/chenher/projects/cactus_strategies/cactus_includes/boost/date_time/date_parsing.hpp:143 #4 0x00007f0dfbc7b96f in parse_delimited_time<boost::posix_time::ptime> (s=..., sep=<optimized out>) at /home/chenher/projects/cactus_strategies/cactus_includes/boost/date_time/time_parsing.hpp:175 #5 time_from_string (s=...) at /home/chenher/boost/date_time/posix_time/time_parsers.hpp:31 Looking at *libs/date_time/src/gregorian/greg_month.cpp*:37, it is apparent that the use of a static variable renders the *month_map *not thread-safe: greg_month::month_map_ptr_type greg_month::get_month_map_ptr() { static month_map_ptr_type month_map_ptr(new greg_month::month_map_type()); if(month_map_ptr->empty()) { std::string s(""); for(unsigned short i = 1; i <= 12; ++i) { greg_month m(static_cast<month_enum>(i)); s = m.as_long_string(); s = date_time::convert_to_lower(s); month_map_ptr->insert(std::make_pair(s, i)); s = m.as_short_string(); s = date_time::convert_to_lower(s); month_map_ptr->insert(std::make_pair(s, i)); } } return month_map_ptr; } Is there any way around this? Is there a general initialization routine I can call to get all such use of static initialized by a single thread? Thanks. Hering Cheng

1 0

[graph][BGL] Why can not I use edge_index_t?
by bminano 14 Mar '13

14 Mar '13

Hello, I want to create an iterator_property_map to iterate over the edges, but I cannot declare the following: typedef property_map<Graph, edge_index_t>::const_type EdgeIndexMap; The compilation gives me an error. I am using an adjacency list with vertex and edge properties. I can use a vertex_index_t, so I assumed that I could use the equivalent for edges. But I don't understand why I can't. This is my adjacency list: typedef boost::adjacency_list<vecS, distributedS<mpi_process_group, vecS>, bidirectionalS, property<vertex_index_t, int>, EdgeProperties> Graph; Have anyone deal with something similar? Thank you -- View this message in context: http://boost.2283326.n4.nabble.com/graph-BGL-Why-can-not-I-use-edge-index-t… Sent from the Boost - Users mailing list archive at Nabble.com.

4 6

[Interprocess] robust mutex support
by Gábor Márton 14 Mar '13

14 Mar '13

Hi, I would like to take the advantages of the robust pthread mutex attribute. Is it possible in 1.53? If no, are there any plans to implement robust mutex support in Interprocess, in future releases? Note: I've found the following discussion http://boost.2283326.n4.nabble.com/boost-interprocess-gt-1-45-robust-mutexe… Based on this, I should modify the file boost/interprocess/sync/posix/pthread_helpers.hpp, but I don't want to create an unofficial patch to the boost libs. Thanks, Gabor

1 0

[Smart pointers] BOOST_SP_HAS_SYNC undefined on ARM
by Vaclav Barta 14 Mar '13

14 Mar '13

Hi, I've been looking at some traces of our Android app (which is mostly native and extensively uses boost) and was surprised to find it uses spinlocks around the reference count of boost::shared_ptr. So I've checked the boost sources and found boost/smart_ptr/detail/atomic_count.hpp choosing the implementation depending on platform and other #defines, of which BOOST_SP_HAS_SYNC sounded like it should be turned on (Google recommends using gcc __sync_* intrinsics on Android). But, boost/smart_ptr/detail/sp_has_sync.hpp requires either __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 (which the Google cross-compiler apparently doesn't have), or (for recent gcc) #define BOOST_SP_HAS_SYNC #if defined( __arm__ ) || defined( __armel__ ) #undef BOOST_SP_HAS_SYNC #endif Why not use the intrinsics on ARM? Are they broken? For all ARM variants, or just some (ideally some old ones - I cound ignore them then)? Or are the intrinsics' semantics incompatible with the way boost atomic count needs? Bye Vasek -- http://www.mangrove.cz/

1 0

Supressing GCCs 'MACRONAME' is not defined [-Wundef]
by Roman Himmes 13 Mar '13

13 Mar '13

Hi! After compiling boost_1_53_0 I got a lot of MACROS are not defined messages compiling my project. To suppress those warnings I changed the boost/config.hpp and appended: #define BOOST_MPL_HAS_XXX_NO_EXPLICIT_TEST_FUNCTION 0 #define BOOST_MPL_HAS_XXX_NO_WRAPPED_TYPES 0 #define BOOST_MPL_HAS_XXX_NO_EXPLICIT_TEST_FUNCTION 0 #define BOOST_MPL_HAS_XXX_NEEDS_TEMPLATE_SFINAE 0 #define BOOST_PP_VARIADICS_MSVC 0 #define BOOST_IOSTREAMS_GCC_WORKAROUND_GUARD 0 #define BOOST_SELECT_BY_SIZE_MAX_CASE 0 #define BOOST_PP_VARIADICS_MSVC 0 #define BOOST_FT_CC_IMPLICIT 0 #define BOOST_FT_CC_CDECL 0 #define BOOST_FT_CC_STDCALL 0 #define BOOST_FT_CC_PASCAL 0 #define BOOST_FT_CC_FASTCALL 0 #define BOOST_FT_CC_CLRCALL 0 #define BOOST_FT_CC_THISCALL 0 #define BOOST_FT_CC_IMPLICIT_THISCALL 0too I realize that this is very dangerous and definitly not the way to go. Any Idea how to suppress those warnings correctly? I am using Arch-Linux with gcc-4.7.2. I compiled boost with (as far as I remember): ./b2 toolset=gcc cxxflags=-std=c++11 link=static stage Best Regards, Roman Himmes -- Softwareentwicklung iDev GmbH Spichernstr. 73 50672 Köln Tel: +49 221 / 222 858-0 Fax: +49 221 / 222 858-20 E-Mail: himmes(a)idev.de WWW: www.idev.de AG Köln HRB 58720 Geschäftsführung: Michael Mertens

3 2

[serialization] C alternative for boost serialization
by Arash Abghari 13 Mar '13

13 Mar '13

Hi, We are heavily using boost serialization and verty happy with that. But we need to port some of our code to an embedded system where there is no c++ compiler available. Can anyone suggest an alternative C library for serialization? Thanks, Arash

3 3

[Format] NaN values?
by John M. Dlugosz 13 Mar '13

13 Mar '13

Hmm, might boost::format("%.1f") be producing a result of "-1.$" when fed a NAN? It looks suspiciously like the string "-1.#INF" mentioned in printf formatting documentation.

1 0

Building Boost for iOS projects
by Daniel Ford 12 Mar '13

12 Mar '13

I'm trying to use some of the compiled boost libraries for an iOS project. Ideally, it would be nice to get a framework, but getting anything which works would be great. I've tried following the instructions here http://goodliffe.blogspot.com/2010/09/building-boost-framework-for-ios-ipho…<http://www.google.com/url?q=http%3A%2F%2Fgoodliffe.blogspot.com%2F2010%2F09…> to build a boost framework, making the obvious changes to the version numbers of the SDK and Boost, and swapping the compiler to llvm-gcc-4.2 because I don't seem to have gcc-4.2. However, I get errors like this: boostoniphone/src/boost_1_52_0/tools/build/v2/build/feature.jam:767: in expand-composites from module feature error: explicitly-specified values of non-free feature <toolset-darwin:version> conflict error: existing values: 4.2.1~iphonesim 6.0.0~iphonesim error: value from expanding <toolset-darwin:version>6.0.0~iphonesim : 6.0.0~iphonesim I've also been trying this approach here http://www.a-coding.com/2011/01/building-boost-for-ios.html<http://www.google.com/url?q=http%3A%2F%2Fwww.a-coding.com%2F2011%2F01%2Fbui…> which seems to be building most of the .a files OK. I'm not particularly experienced with build systems and libraries (I do algorithms and statistics usually) so I have a few of questions: Is there some obvious way to make the framework script work? Is there some way to just use the .a files I'm getting from the second approach and bundle them up? Or do I just add the .a files generated by the second approach to my project and be done with it? Has anyone else done this by another method, or can suggest how to set user-config.jam to get the libraries I want? Thanks, Daniel

1 0

program_options - example will not compile
by Neil Sutton 12 Mar '13

12 Mar '13

I have the following: 1. */usr/local/lib/* which contains libboost_program_options.a libboost_program_options.so libboost_program_options.so_1.53.0 2. /usr/local/include/boost that contains program_options.hpp I want to compile this file which can be found in boost /libs/program_options/examples: ---------------------------------- // Copyright Vladimir Prus 2002-2004. // Distributed under the Boost Software License, Version 1.0. // (See accompanying file LICENSE_1_0.txt // or copy at http://www.boost.org/LICENSE_1_0.txt) /* The simplest usage of the library. */ #include <boost/program_options.hpp> namespace po = boost::program_options; #include <iostream> #include <iterator> using namespace std; int main(int ac, char* av[]) { try { po::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("compression", po::value<double>(), "set compression level") ; po::variables_map vm; po::store(po::parse_command_line(ac, av, desc), vm); po::notify(vm); if (vm.count("help")) { cout << desc << "\n"; return 0; } if (vm.count("compression")) { cout << "Compression level was set to " << vm["compression"].as<double>() << ".\n"; } else { cout << "Compression level was not set.\n"; } } catch(exception& e) { cerr << "error: " << e.what() << "\n"; return 1; } catch(...) { cerr << "Exception of unknown type!\n"; } return 0; } ----------------------------- A. g++ error. This is the command I am using with g++ g++ first.cpp -o first -L/usr/local/lib/libboost_program_options.so and this is the error output: ------------ /tmp/cctMoqyr.o: In function `main': first.cpp:(.text+0x1a): undefined reference to `boost::program_options::options_description::m_default_line_length' first.cpp:(.text+0x2a): undefined reference to `boost::program_options::options_description::m_default_line_length' first.cpp:(.text+0x72): undefined reference to `boost::program_options::options_description::options_description(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned int, unsigned int)' first.cpp:(.text+0xed): undefined reference to `boost::program_options::options_description::add_options()' first.cpp:(.text+0x10b): undefined reference to `boost::program_options::options_description_easy_init::operator()(char const*, char const*)' first.cpp:(.text+0x127): undefined reference to `boost::program_options::options_description_easy_init::operator()(char const*, boost::program_options::value_semantic const*, char const*)' first.cpp:(.text+0x135): undefined reference to `boost::program_options::variables_map::variables_map()' first.cpp:(.text+0x191): undefined reference to `boost::program_options::store(boost::program_options::basic_parsed_options<char> const&, boost::program_options::variables_map&, bool)' first.cpp:(.text+0x1e6): undefined reference to `boost::program_options::notify(boost::program_options::variables_map&)' first.cpp:(.text+0x28b): undefined reference to `boost::program_options::operator<<(std::basic_ostream<char, std::char_traits<char> >&, boost::program_options::options_description const&)' /tmp/cctMoqyr.o: In function `boost::program_options::error_with_option_name::~error_with_option_name()': first.cpp:(.text._ZN5boost15program_options22error_with_option_nameD2Ev[boost::program_options::error_with_option_name::~error_with_option_name()]+0xd): undefined reference to `vtable for boost::program_options::error_with_option_name' /tmp/cctMoqyr.o: In function `boost::program_options::validation_error::validation_error(boost::program_options::validation_error::kind_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)': first.cpp:(.text._ZN5boost15program_options16validation_errorC1ENS1_6kind_tERKSsS4_i[boost::program_options::validation_error::validation_error(boost::program_options::validation_error::kind_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)]+0x1d): undefined reference to `boost::program_options::validation_error::get_template(boost::program_options::validation_error::kind_t)' first.cpp:(.text._ZN5boost15program_options16validation_errorC1ENS1_6kind_tERKSsS4_i[boost::program_options::validation_error::validation_error(boost::program_options::validation_error::kind_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)]+0x47): undefined reference to `boost::program_options::error_with_option_name::error_with_option_name(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)' /tmp/cctMoqyr.o: In function `boost::program_options::value_semantic_codecvt_helper<char>::value_semantic_codecvt_helper()': first.cpp:(.text._ZN5boost15program_options29value_semantic_codecvt_helperIcEC2Ev[boost::program_options::value_semantic_codecvt_helper<char>::value_semantic_codecvt_helper()]+0x16): undefined reference to `vtable for boost::program_options::value_semantic_codecvt_helper<char>' /tmp/cctMoqyr.o: In function `boost::program_options::value_semantic_codecvt_helper<char>::~value_semantic_codecvt_helper()': first.cpp:(.text._ZN5boost15program_options29value_semantic_codecvt_helperIcED2Ev[boost::program_options::value_semantic_codecvt_helper<char>::~value_semantic_codecvt_helper()]+0xb): undefined reference to `vtable for boost::program_options::value_semantic_codecvt_helper<char>' /tmp/cctMoqyr.o: In function `boost::program_options::variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const': first.cpp:(.text._ZNK5boost15program_options13variables_mapixERKSs[boost::program_options::variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const]+0x14): undefined reference to `boost::program_options::abstract_variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o: In function `boost::program_options::variables_map::~variables_map()': first.cpp:(.text._ZN5boost15program_options13variables_mapD1Ev[boost::program_options::variables_map::~variables_map()]+0xd): undefined reference to `vtable for boost::program_options::variables_map' /tmp/cctMoqyr.o: In function `boost::program_options::basic_command_line_parser<char>::basic_command_line_parser(int, char const* const*)': first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcEC1EiPKPKc[boost::program_options::basic_command_line_parser<char>::basic_command_line_parser(int, char const* const*)]+0x6b): undefined reference to `boost::program_options::detail::cmdline::cmdline(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)' /tmp/cctMoqyr.o: In function `boost::program_options::basic_command_line_parser<char>::options(boost::program_options::options_description const&)': first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcE7optionsERKNS0_19options_descriptionE[boost::program_options::basic_command_line_parser<char>::options(boost::program_options::options_description const&)]+0x14): undefined reference to `boost::program_options::detail::cmdline::set_options_description(boost::program_options::options_description const&)' /tmp/cctMoqyr.o: In function `boost::program_options::basic_command_line_parser<char>::style(int)': first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcE5styleEi[boost::program_options::basic_command_line_parser<char>::style(int)]+0x14): undefined reference to `boost::program_options::detail::cmdline::style(int)' /tmp/cctMoqyr.o: In function `boost::program_options::basic_command_line_parser<char>::extra_parser(boost::function1<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&>)': first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcE12extra_parserENS_9function1ISt4pairISsSsERKSsEE[boost::program_options::basic_command_line_parser<char>::extra_parser(boost::function1<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&>)]+0x28): undefined reference to `boost::program_options::detail::cmdline::set_additional_parser(boost::function1<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&>)' /tmp/cctMoqyr.o: In function `boost::program_options::basic_command_line_parser<char>::run()': first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcE3runEv[boost::program_options::basic_command_line_parser<char>::run()]+0x12): undefined reference to `boost::program_options::detail::cmdline::get_canonical_option_prefix()' first.cpp:(.text._ZN5boost15program_options25basic_command_line_parserIcE3runEv[boost::program_options::basic_command_line_parser<char>::run()]+0x3d): undefined reference to `boost::program_options::detail::cmdline::run()' /tmp/cctMoqyr.o: In function `std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > boost::program_options::to_internal<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)': first.cpp:(.text._ZN5boost15program_options11to_internalISsEESt6vectorISsSaISsEERKS2_IT_SaIS5_EE[std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > boost::program_options::to_internal<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)]+0x3c): undefined reference to `boost::program_options::to_internal(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost15program_options11typed_valueIdcEE[vtable for boost::program_options::typed_value<double, char>]+0x1c): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost15program_options20invalid_option_valueE[vtable for boost::program_options::invalid_option_value]+0x10): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost15program_options20invalid_option_valueE[vtable for boost::program_options::invalid_option_value]+0x18): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost15program_options16validation_errorE[vtable for boost::program_options::validation_error]+0x10): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost15program_options16validation_errorE[vtable for boost::program_options::validation_error]+0x18): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o:(.rodata._ZTIN5boost15program_options11typed_valueIdcEE[typeinfo for boost::program_options::typed_value<double, char>]+0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' /tmp/cctMoqyr.o:(.rodata._ZTIN5boost15program_options16validation_errorE[typeinfo for boost::program_options::validation_error]+0x8): undefined reference to `typeinfo for boost::program_options::error_with_option_name' /tmp/cctMoqyr.o: In function `boost::program_options::typed_value<double, char>::name() const': first.cpp:(.text._ZNK5boost15program_options11typed_valueIdcE4nameEv[boost::program_options::typed_value<double, char>::name() const]+0x1f): undefined reference to `boost::program_options::arg' /tmp/cctMoqyr.o: In function `void boost::program_options::validate<double, char>(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, double*, long)': first.cpp:(.text._ZN5boost15program_options8validateIdcEEvRNS_3anyERKSt6vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l[void boost::program_options::validate<double, char>(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, double*, long)]+0xf): undefined reference to `boost::program_options::validators::check_first_occurrence(boost::any const&)' first.cpp:(.text._ZN5boost15program_options8validateIdcEEvRNS_3anyERKSt6vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l[void boost::program_options::validate<double, char>(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, double*, long)]+0x92): undefined reference to `boost::program_options::invalid_option_value::invalid_option_value(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/cctMoqyr.o: In function `boost::program_options::error_with_option_name::error_with_option_name(boost::program_options::error_with_option_name const&)': first.cpp:(.text._ZN5boost15program_options22error_with_option_nameC2ERKS1_[boost::program_options::error_with_option_name::error_with_option_name(boost::program_options::error_with_option_name const&)]+0x1f): undefined reference to `vtable for boost::program_options::error_with_option_name' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options16validation_errorEEEEE[vtable for boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::validation_error> >]+0x14): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options16validation_errorEEEEE[vtable for boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::validation_error> >]+0x1c): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS_15program_options16validation_errorEEE[vtable for boost::exception_detail::error_info_injector<boost::program_options::validation_error>]+0x10): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS_15program_options16validation_errorEEE[vtable for boost::exception_detail::error_info_injector<boost::program_options::validation_error>]+0x18): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options20invalid_option_valueEEEEE[vtable for boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::invalid_option_value> >]+0x14): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options20invalid_option_valueEEEEE[vtable for boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::invalid_option_value> >]+0x1c): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS_15program_options20invalid_option_valueEEE[vtable for boost::exception_detail::error_info_injector<boost::program_options::invalid_option_value>]+0x10): undefined reference to `boost::program_options::error_with_option_name::what() const' /tmp/cctMoqyr.o:(.rodata._ZTVN5boost16exception_detail19error_info_injectorINS_15program_options20invalid_option_valueEEE[vtable for boost::exception_detail::error_info_injector<boost::program_options::invalid_option_value>]+0x18): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' collect2: ld returned 1 exit status ---------------------- B. Clang error. I tried using clang instead with this command: clang first.cpp -o first -L/usr/local/lib/libboost_program_options.so and this is the error I get: In file included from first.cpp:9: In file included from /usr/local/include/boost/program_options.hpp:15: In file included from /usr/local/include/boost/program_options/options_description.hpp:13: In file included from /usr/local/include/boost/program_options/value_semantic.hpp:14: In file included from /usr/local/include/boost/lexical_cast.hpp:151: /usr/include/c++/4.4/cmath:518:14: error: cannot compile this builtin function yet return __builtin_isinf(__type(__f)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 diagnostic generated. ---------------------------- How can this be fixed?

2 1

[fusion] filter_if at run-time???
by Jeff Flinn 12 Mar '13

12 Mar '13

I've got a fusion set say: set<int, optional<double>, bool> s(...) I'd like to filter out empty optional<double> values when streaming out: std::cout << s; so for s(1, 2.0, true) ==> (1,2.0,true) and for s(3, optional<double>(), false) ==> (2,false) filter_if's predicate is an a Metafunction returning mpl::bool_ so it looks to me like this won't support run time? Is there another facility that would achieve the above? Thanks, Jeff

2 2

Compiled Boost with MPI
by julien.plu＠redaction-developpez.com 12 Mar '13

12 Mar '13

Hi, For my project I saw today that I needed MPI too. So I installed MPICH2 and Changed my < user-config.jam > file like that : import toolset : using ; using python : 2.7 : "C:/Python273" : "C:/Python273/include" : "C:/Python273/libs" ; using mpi : : <find-static-library>mpi <library-path>"C:/librairies/MPICH2-3.0.2/lib" <include>"C:/librairies/MPICH2-3.0.2/include" : "\"C:\\librairies\\MPICH2-3.0.2\\bin\\mpiexec\"" ; So I compile Boost with this command line : b2 toolset=gcc --j4 --layout=system release --prefix=C:\librairies\boost-1.53.0 --user-config=user-config.jam install And the error is in the out.txt file in attachment. Anyone know what's happenned ? Thanks in advance. Julien.

5 14

[geometry] Documentation error regarding geographical coordinate system?
by Jason 12 Mar '13

12 Mar '13

In the "Quick Start" section of the Boost.Geometry documentation, there is the following note under the "Non-Cartesian" header: Boost.Geometry supports a geographical coordinate system, but that is in an extension and not released in the current Boost release. boost::geometry::cs::geographic does seem to be in the v1.53 release. Is this just a remnant from legacy documentation, or are there some gotchas to be expected with the geographic coordinate system support? Jason -- View this message in context: http://boost.2283326.n4.nabble.com/geometry-Documentation-error-regarding-g… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

Meeting C++ 2013 - Call for Papers
by Jens Weller 12 Mar '13

12 Mar '13

Hello C++ & boost Community! Today, the 2nd Edition of the Meeting C++ conference has been announced! We will meet in Düsseldorf again at the 2nd November Weekend for two days full of C++! Call for Papers: http://www.meetingcpp.com/index.php/newsreader/items/call-for-papers-124.ht… Announcement with further Details on the conference: http://www.meetingcpp.com/index.php/newsreader/items/meeting-cpp-2013-annou… Talks about boost, C++11/14 are very welcome to the conference! kind regards, Jens Weller

1 0

Boost.Interprocess accessing an unordered_map in shared memory.
by lazylabs＠gmail.com 12 Mar '13

12 Mar '13

Hi, I am trying to create a unordered_map in shared memory using Boost Interprocess library. Here, is the code, which I'm trying to use (taking examples from Boost Interprocess documentation): #include <boost/interprocess/managed_shared_memory.hpp> #include <boost/interprocess/allocators/allocator.hpp> #include <functional> #include <boost/functional/hash.hpp> #include <boost/unordered_map.hpp> #include <iostream> #include <string> #include <boost/interprocess/containers/string.hpp> namespace bipc = boost::interprocess; typedef bipc::allocator<char, bipc::managed_shared_memory::segment_manager> CharAllocator; typedef bipc::basic_string<char, std::char_traits<char>, CharAllocator> ShmemString; struct Person { int age; ShmemString name; double salary; Person(int i, double sal, const char* s, const char_allocator& a) : age(i), name(s, a), salary(sal) { } void print() {} } typedef ShmemString KeyType; typedef Person MappedType; typedef std::pair< KeyType, MappedType > MapPersonType; typedef bipc::allocator< MapPersonType, bipc::managed_shared_memory::segment_manager > ShMemAllocator; typedef boost::unordered_map< KeyType, MappedType, boost::hash<KeyType>, std::equal_to<KeyType>, ShMemAllocator > PersonMap; In the main reader program, I create a map in the shared memory and I insert an object in this map: int main() { bipc::managed_shared_memory segment(bipc::create_only, "MySharedMemory", 65536); PersonMap *persons = segment.construct<PersonMap>("MyHashMap") ( 3, boost::hash<ShmemString>(), std::equal_to<ShmemString>() , segment.get_allocator<MapPersonType>()); char_allocator alloc(segment.get_allocator<char>()); Person p1(20, 10000, "ABC", alloc); persons->insert(MapPersonType(ShmemString("Person1", alloc), p1)); } However, when I am trying to access the map in the reader program, I need to use a syntax like persons->at(ShmemString("H", segment.get_allocator<char>())).print(); However, I would prefer to do this with a std::string, which results in compilation errors: persons->at(std::string("H")).print(); Is it possible to write the above statement, i.e. accessing the map allocated in shared memory with std::string? Thanks.

3 4

Using SSL
by ustulation 11 Mar '13

11 Mar '13

Hello. this will be the first time i'll be writing an SSL and am using boost::asio::ssl. I've gone through the articles over the net and somewhat understand how ssl works. I've created 3 files at server end as of now: privateKey.pem, unsignedCertificate.csr and signedCertificate.pem. I used the server's privateKey.pem to sign the certificate (hence the generated 3rd file). Hence Server itself is a Certification Authority in this case (CA). Now what i understand from theory is: <1> During handshake client will request server's certificate. <2> on reception the client must verify if the ceritficate is signed by the mentioned trusted Certification Authority (CA) in the certificate. Since CA will have used a private key to sign the certificate client will need CA's public key stored somewhere on its machine. Use that public key file to verify that mentioned CA did indeed sign it. <3> if it is, then verify the certificate as a whole. In my case, the server had used it's own private key to self-sign the certificate. questions: <1> if CA was one of the trusted third parties the O.S would have stored it's public key in default locations. In that case i guess all i needed was ssl::context::set_default_verify_paths() and boost would have used all files there to match against the CA and use its public key. In this case however i need Server's public key file. Am i right? How do i get that (server's public key)? Do i use one of the 3 files above at the client end too? Is it load_verify_file("..") that i need to call pointing to server's public key? <2> context::set_verify_callback : does this get called during handshake? The handler must return bool. Suppose i return false, who will check it and what will it do? What i am guessing is: handshake -> blocks and runs a pre-verification test -> calls the supplied handler -> if handler returns true, handshake is successful otherwise either the handshake throws or fills the error code with non-zero value depending on what flavour of handshake(...) was called. Is this correct? <3> if i use ssl::rfc2818_verification("hostname") as verify_callback handler, what do i pass in place of hostname if there is no hostname (ie., i only know the server ip address). <4> do i have to use chain of files in this case? Because the server would just send one certificate file - the one that is signed right? -- View this message in context: http://boost.2283326.n4.nabble.com/Using-SSL-tp4644012.html Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

[graph][parallel] Problem distributed property map synchronization
by bminano 11 Mar '13

11 Mar '13

Hello, I need help. I have a distributed graph with a distributed property map for an edge value. The problem is that the synchronize procedure does not synchronize my ghost edges values. I have a loop that reads from the property, synchronizes, modifies its value and synchronizes it. What I see is that the value is not being synchronized for the ghost edges. for (int t = 0; t < 2; t++) { myfile<<rank<<":Time "<<t<<endl; BGL_FORALL_VERTICES(v, g, Graph) { for (boost::tie(ei_i,edge_end_i) = in_edges(v, g); ei_i != edge_end_i; ++ei_i) { remote_key_e k(rank, *ei_i); myfile<<"value "<<d_index[source(*ei_i, g)]<<" -> "<<d_index[target(*ei_i, g)]<<" valor "<<get(d_ecash, k)<<endl; } } synchronize(d_ecash); BGL_FORALL_VERTICES(v, g, Graph) { for (boost::tie(ei,edge_end) = out_edges(v, g); ei != edge_end; ++ei) { remote_key_e k(rank, *ei); put(d_ecash, k, t + 1); } } synchronize(d_ecash); } Could anyone tell me what I am doing wrong? I attach the full code if someone want to look at them. <nabble_a href="sync.cpp">sync.cpp -- View this message in context: http://boost.2283326.n4.nabble.com/graph-parallel-Problem-distributed-prope… Sent from the Boost - Users mailing list archive at Nabble.com.

3 3

[Graph][parallel] Scale-free graph generator without self-loops
by bminano 11 Mar '13

11 Mar '13

Hello, Does anyone knows if there is possible to generate a scale-free graph that does not generate self-loops (edges with the same vertex for source and target)? I am using the unique_rmat_iterator, but it generates some self-loops. I could remove them, but for the graph remains inconsistent because of a bug. I will apreciate your help. -- View this message in context: http://boost.2283326.n4.nabble.com/Graph-parallel-Scale-free-graph-generato… Sent from the Boost - Users mailing list archive at Nabble.com.

3 5

can't get first example in boost tutorial to work
by 7stud 11 Mar '13

11 Mar '13

I'm trying to install boost on mac osx 10.4.7. I followed the tutorial "Getting Started on Unix Variants" found here: http://www.boost.org/doc/libs/1_35_0/ more/getting_started/unix-variants.html Following the instructions in the tutorial, I installed boost in /usr/local as instructed, so my directory structure is: /usr/local/boost_1_34_1/boost But when I run the first example in the tutorial: #include <boost/lambda/lambda.hpp> #include <iostream> #include <iterator> #include <algorithm> int main() { using namespace boost::lambda; typedef std::istream_iterator<int> in; std::for_each(in(std::cin), in(), std::cout << (_1 * 3) << " " ); } I get the error(among others): error: boost/lambda/lambda.hpp: No such file or directory If I change the include path to: #include </user/local/boost_1_34_1/boost/lambda/lambda.hpp> I get the error(among others): error: boost/lambda/core.hpp: No such file or directory But core.hpp is in the lambda directory: /usr/local/boost_1_34_1/boost/lambda$ ls algorithm.hpp control_structures.hpp lambda.hpp bind.hpp core.hpp loops.hpp casts.hpp detail numeric.hpp closures.hpp exceptions.hpp switch.hpp construct.hpp if.hpp I'm using the Xcode 2.4 IDE to run my C++ programs. I also tried to execute the program from the command line with the original include path: #include <boost/lambda/lambda.hpp> but I get the same error: ~/2testing/dir1$ g++ prog1.cpp prog1.cpp:1:35: error: boost/lambda/lambda.hpp: No such file or directory prog1.cpp: In function 'int main()': prog1.cpp:8: error: 'boost' has not been declared prog1.cpp:8: error: expected namespace-name before ';' token prog1.cpp:8: error: '<type error>' is not a namespace prog1.cpp:11: error: '_1' was not declared in this scope I get the same errors again with the full include path: #include </user/local/boost_1_34_1/boost/lambda/lambda.hpp> $ g++ prog1.cpp In file included from prog1.cpp:1: /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:14:33: error: boost/lambda/core.hpp: No such file or directory /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:21:52: error: boost/lambda/detail/operator_actions.hpp: No such file or directory /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:22:61: error: boost/lambda/detail/operator_lambda_func_base.hpp: No such file or directory /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:23:63: error: boost/lambda/detail/operator_return_type_traits.hpp: No such file or directory /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:26:45: error: boost/lambda/detail/operators.hpp: No such file or directory /usr/local/boost_1_34_1/boost/lambda/lambda.hpp:30:46: error: boost/lambda/detail/member_ptr.hpp: No such file or directory prog1.cpp: In function 'int main()': prog1.cpp:8: error: 'boost' has not been declared prog1.cpp:8: error: expected namespace-name before ';' token prog1.cpp:8: error: '<type error>' is not a namespace prog1.cpp:11: error: '_1' was not declared in this scope What path should I be using? Or, should I set an environment variable somewhere?

6 16

adjacency matrix subgraph enumeration
by headupinclouds 09 Mar '13

09 Mar '13

What is the best way in boost to enumerate all connected subgraphs of an adjacency matrix? I know in advance that all nodes of the graph are connected and that it is cyclic. For the following graph: (0 <-> 1) (1 <-> 2) (2 <-> 3) (3 <-> 0) I want to enumerate the node list of all unique connected subgraphs: (0, 1) (0, 1, 2) (0, 1, 2, 3) (1, 2) (1, 2, 3) (2, 3) (0, 3) (0, 3, 2) -- View this message in context: http://boost.2283326.n4.nabble.com/adjacency-matrix-subgraph-enumeration-tp… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

is_foo_type naming rule
by Niitsuma Hirotaka 09 Mar '13

09 Mar '13

There are two type is_foo_type functor For example is_double can be --------- template<typename T> struct is_double_template : boost::is_same<T,double> {}; --------- or --------- struct is_double_runtime { template<typename T> bool operator()(T x){return false;} bool operator()(double x){return true;} }; --------- Are there any standard naming rule distinguish these functor? is_foo_runtime is_foo_compiletime ? The compile-time functor can convert to runtime factor using : --------- template<typename IsTemplateMplLambda> struct is_templated_type_to_runtime { typedef struct is_templated_type_runtime { template<typename T> bool operator()(T) { return boost::mpl::apply<IsTemplateMplLambda,T>::type::value; } } type; }; --------- usage --------- typedef boost::mpl::lambda<is_double_template<boost::mpl::_1 > >::type is_double_mpl_lambda; double x=1.1; int i=2; is_templated_type_to_runtime<is_double_mpl_lambda>::type is_double_runtime_object; std::cout << is_double_runtime_object(x) << std::endl; std::cout << is_double_runtime_object(i) << std::endl; ---------

3 3

newbie needs help with a linker problem
by Phil Huffman 09 Mar '13

09 Mar '13

Hello, I just installed Boost and GMP on my Mac, using all defaults. I want to use GMP via Boost, but there is a problem with the linker. I'm sure that clang is getting a bit lost looking for GMP's object modules. Any help will be gratefully accepted. Thanks. When I compile the below program: #include <boost/multiprecision/gmp.hpp> using namespace boost::multiprecision; int main() { mpz_int v = 1; for (unsigned i = 1; i <= 1000; ++i) { v *= i; } std::cout << "1000! = " << v << std::endl; // prints 1000! return 0; } using this command: c++ -I /usr/local/boost_1_53_0 mpz1.cpp -o mpz1 -v I get this: Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) Target: x86_64-apple-darwin12.2.0 Thread model: posix "/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.8.0 -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name mpz1.cpp -pic-level 1 -mdisable-fp-elim -relaxed-aliasing -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 134.9 -v -resource-dir /usr/bin/../lib/clang/4.1 -I /usr/local/boost_1_53_0 -fmodule-cache-path /var/folders/hj/zc5pjqjd6gxgq2sw77xghkyh0000gn/T/clang-module-cache -fdeprecated-macro -fdebug-compilation-dir /Users/56phil/Dev/boostTest -ferror-limit 19 -fmessage-length 272 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-dispatch-method=mixed -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/hj/zc5pjqjd6gxgq2sw77xghkyh0000gn/T/mpz1-KE6NKq.o -x c++ mpz1.cpp clang -cc1 version 4.1 based upon LLVM 3.1svn default target x86_64-apple-darwin12.2.0 ignoring nonexistent directory "/usr/include/c++/4.2.1/i686-apple-darwin10/x86_64" ignoring nonexistent directory "/usr/include/c++/4.0.0" ignoring nonexistent directory "/usr/include/c++/4.0.0/i686-apple-darwin8/" ignoring nonexistent directory "/usr/include/c++/4.0.0/backward" #include "..." search starts here: #include <...> search starts here: /usr/local/boost_1_53_0 /usr/include/c++/4.2.1 /usr/include/c++/4.2.1/backward /usr/local/include /usr/bin/../lib/clang/4.1/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. "/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.8.0 -o mpz1 /var/folders/hj/zc5pjqjd6gxgq2sw77xghkyh0000gn/T/mpz1-KE6NKq.o -lstdc++ -lSystem /usr/bin/../lib/clang/4.1/lib/darwin/libclang_rt.osx.a Undefined symbols for architecture x86_64: "___gmp_get_memory_functions", referenced from: boost::multiprecision::backends::gmp_int::str(long, std::_Ios_Fmtflags) const in mpz1-KE6NKq.o "___gmpz_clear", referenced from: boost::multiprecision::backends::gmp_int::~gmp_int() in mpz1-KE6NKq.o "___gmpz_get_str", referenced from: boost::multiprecision::backends::gmp_int::str(long, std::_Ios_Fmtflags) const in mpz1-KE6NKq.o "___gmpz_init", referenced from: boost::multiprecision::backends::gmp_int::operator=(long) in mpz1-KE6NKq.o boost::multiprecision::backends::gmp_int::gmp_int() in mpz1-KE6NKq.o "___gmpz_mul_ui", referenced from: boost::multiprecision::backends::eval_multiply(boost::multiprecision::backends::gmp_int&, unsigned long) in mpz1-KE6NKq.o "___gmpz_set_si", referenced from: boost::multiprecision::backends::gmp_int::operator=(long) in mpz1-KE6NKq.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 1

building with iostreams and a non-standard zlib location
by James Amundson 09 Mar '13

09 Mar '13

Hi, I'm trying to do a bjam build of boost packages including iostreams. I have zlib installed under /unusual/location ./bjam include=/unusual/location/include install fails because it cannot find -lz. Obviously, I need to specify that libz is in /unusual/location/lib, but I don't see how to do that. I realize this seems obvious. Which part of the documentation am I missing? Thanks, Jim Amundson

4 3

VS2012 C4503 warning (decorated name length exceeded, name was truncated) with boost 1.52
by legalize+jeeves＠mail.xmission.com 08 Mar '13

08 Mar '13

[Please do not mail me a copy of your followup] I'm using boost 1.52. If you see this thread on stack overflow: <http://stackoverflow.com/questions/9669071/warning-c4503-when-using-pragma-…> You'll see a comment down at the bottom where someone has increased the warning level for their project and they are getting tons of these C4503 warnings when using boost includes. I have verified on my project that if I don't change the warning level and don't specifically disable this warning project-wide, then including using boost in my project does not generate the warning. However, if I increase the warning level beyond the default, to 3 in my case whereas the poster on stack overflow had used 4, then I get the warning. I, like the commenter on stack overflow, would like to know if there's a boost-friendly way to tell boost to disable the warning for boost headers where the boost authors have decided it's innocuous, while still retaining the high warning setting for my own code. Any suggestions? Thanks in advance. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

2 2

Scale-free networks generation
by davidrey123 08 Mar '13

08 Mar '13

Hello, I would to use Boost librairies to generate scale-free networks and I am not sure what is the best approach. I am currently using the PLOD generator, but the graphs generated are generally multigraphs, that is, graphs with multiple edges between two nodes. Although I would like to generate graphs with bidirectionnal edges between nodes, I also would like to bound the maximum number of possible edges between a pair of nodes to 2. In other words, if edges (i,j) and (j,i) are generated between nodes i and j, I do not want any additional edge between those nodes to be generated. Hence, I would like to know; 1-Is it possible to generate such graphs using the PLOD generator? If it is, do I need to remove "multi-edges" after the graph is generated or is there a smarter way to do so? 2-If using the PLOD generator is not the best option, is there any other random graph generator in Boost that can be adapted to design scale-free networks? In particular, is there a graph generator implementing the Barabasi-Albert model (I have looked up the forum for an answer to that question and it seems that the answer is "no", but things may have changed since)/ 3-I read somewhere that Compressed Sparse Row (CSR) graphs could be used to represent scale-free networks, is there a way to use the corresponding Boost class to do so? Thank you, -David -- View this message in context: http://boost.2283326.n4.nabble.com/Scale-free-networks-generation-tp4643888… Sent from the Boost - Users mailing list archive at Nabble.com.

3 4

[type traits / MPL] check whether a class has a certain member function
by Stefan Strasser 08 Mar '13

08 Mar '13

Hi, I'm looking for a boost functionality to determine whether a given type has a member function of a given name (or name + signature). this seems to be possible using SFINAE, but all I can find is BOOST_MPL_HAS_XXX_TRAIT_DEF which only works for nested types, not functions. I could of course implement it myself using SFINAE but BOOST_MPL_HAS_XXX_TRAIT_DEF has a lot of compiler bug workarounds it seems, so I guess this will cause problems. Is there such a functionality in boost? I want to use it to determine the defaults of a traits class, similar to C++11 pointer_traits::difference_type. But the determining factor for the default is a function in my case, not a type. Thanks

4 6

Using BOOST_*_EQUAL on bit-fields?
by Chris Cleeland 07 Mar '13

07 Mar '13

I'm using the Boost Unit Test Framework and have a struct with bitfields declared in it. When I compile a unit test with code like this StructWithBitfields mystruct; StructWithBitfields otherstruct; BOOST_CHECK_EQUAL(mystruct.bitfield, otherstruct.bitfield); I get a compiler errors error: non-const reference cannot bind to bit-field 'bitfield' referring to both arguments to the macro. Is there a preferred way for comparing bitfield values via unit test macros? -- Chris Cleeland

1 0

Boost.Function compile error
by gast128 07 Mar '13

07 Mar '13

Dear all, i got a compilation error with vstudio 2010 and Boost.Function: 1) pass functor in constructor 2) pass functor as assignment 3) use Boost.Ref 4) temporary function void foo() { std::identity<int> bla; boost::function<int (int)> fc(bla); boost::function<int (int)> fc2 = bla; boost::function<int (int)> fc(boost::ref(bla)); boost::function<int (int)>(bla); //<-- } first 3 are ok, but the last one vstudio sees this as redefintion of bla of type 'boost::function<int (int)>. What (and why) do I wrong or should use an explicit cast in the last case?

3 8

Re: [Boost-users] asio: async ops in multithreading environment
by Marat Abrarov 06 Mar '13

06 Mar '13

> 1) One thread issues scatter-gather boost::asio::async_write() for > boost::array<boost::asio::const_buffer, 2> on socket A. > 2) Another thread closes socket A after that. > 3) Meantime (simultaneously with 2), first buffer write is completed and > one of the threads running io_service::run() starts to execute second part > of async_write from 1). > > The problem is: second write which is issued internally by boost cannot be > protected by the same mutex which is used for protected access to the > socket in my code. At first, RTFM: 1. http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/reference/Handler.h tml ~~~~~~~~~~~~~~ asio_handler_invoke(f, &h); ~~~~~~~~~~~~~~ 2. http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/overview/core/stran ds.html ~~~~~~~~~~~~~~ In the case of composed asynchronous operations, such as async_read() or async_read_until(), if a completion handler goes through a strand, then all intermediate handlers should also go through the same strand. This is needed to ensure thread safe access for any objects that are shared between the caller and the composed operation (in the case of async_read() it's the socket, which the caller can close() to cancel the operation). This is done by having hook functions for all intermediate handlers which forward the calls to the customisable hook associated with the final handler: ~~~~~~~~~~~~~~ Than google some more: 3. https://github.com/boostcon/2011_presentations/raw/master/mon/thinking_async hronously.pdf See template <class Handler> struct mutex_wrapper at page 95. 4. http://asio-samples.blogspot.ru/2011/06/design-journeys-with-asio.html Sorry, it's in Russian. Regards, Marat Abrarov.

1 0

icu libraries renamed in icu-50-*
by koala01 06 Mar '13

06 Mar '13

Hello, I just have compiled a personnal build of mingw-w64 (gcc 4.8) and different extern libraries, as icu-50.1.2 (the last release of that library) on windows vista When trying to compile boost (1-53-0), it appears that icu is not found, due to following name changes in icu: * icudata library is now named icudt * icui18n library is now named icuin (i dont know if those change are recent or not :S) We can, of course, provide a copy of those libraries with the correct / needed names, but shouldn't it better to make a conditionnal choice on the icu version to know if we have to use one or other name, to ensure that icu would be correctly detected ? I expect that such test should simply take place in a jamfile or in another, am i wrong?

3 2

1.53, Bjam fails when adding arguments [Beginner]
by wespaugh 06 Mar '13

06 Mar '13

I'm trying to build 1.53 for use with an android platform, using some configuration code provided kindly provided by one of the community. (Android shouldn't be relevant to the problem, but it seemed noteworthy). My user-config.jam is: import os ; if [ os.name ] = CYGWIN || [ os.name ] = NT { androidPlatform = windows ; } androidNDKRoot = /cygdrive/c/Android/android-ndk-r8d ; using gcc:android:$(androidNDKRoot)/toolchains/arm-linux-androideabi/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi-g++ <compileflags>--sysroot=$(androidNDKRoot)/platforms/android-8/arch-arm/ <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/gnu-libstdc++/4.7/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/gnu-libstdc++/4.7/libs/armeabi/include <archiver>$(androidNDKRoot)/toolchains/arm-linux-androideabi-4.7/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi/ar <ranlib>$(androidNDKRoot)/toolchains/arm-linux-androideabi-4.7/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi-ranlib ; And I am trying to build with the following command: b2 release --with-serialization --with-thread --with-date_time --with-system --with-filesystem --layout=system threading=multi link=static runtime-link=static toolset=gcc-android target-os=linux threadapi=pthread stage When I try to run, however, I get .../user-config.jam:109: in modules.load *** argument error * rule using ( toolset-module : * ) * called with: ( gcc:android:/cygdrive/c/Android/android-ndk-r8d/toolchains/arm-linux-androideabi/prebuilt/windows/bin/arm-linux-androideabi <compileflags>--sysroot=/cygdrive/c...{Rest of my compiler flags go here} * extra argument <compileflags>--sysroot=/cygdrive/c/Android/android-ndk-r8d/...{Rest of my compiler flags go here} /{...}/build/project.jam:886: see definition of rule 'using' being called /{...}/build-system.jam:257: in load-config /{...}/build-system.jam:399: in load-configuration-files /{...}/build-system.jam:555: in load /{...}/kernel/modules.jam:284: in import /{...}/kernel/bootstrap.jam:142: in boost-build /{...}/boost-build.jam:8: in module scope >From what I can tell, it doesn't like something about how my compile flags are passed in. I found some documentation on boost.org suggesting that the proper way to define them is like this: compileflags="--sysroot=/cygdrive/c/Android/{...}/ -I$(androidNDKRoot)/toolchains/{...} etc" But that gave me the same error. There's a strong chance that this is in TFM somewhere I just need to R. If so, I apologize, because I cannot find the manual. I would greatly appreciate any assistance in finding where to learn what I need to know about these config files. I would even more greatly appreciate some assistance with this specific problem. -- View this message in context: http://boost.2283326.n4.nabble.com/1-53-Bjam-fails-when-adding-arguments-Be… Sent from the Boost - Users mailing list archive at Nabble.com.

2 3

boost::filesystem create directory fail
by albert 06 Mar '13

06 Mar '13

I use the code below to create directories, but it fails. What is the correct way to do it? Thanks in advance. try { string logdirname("./notexistdir/logdir/"); boost::filesystem::path logdir(logdirname.c_str()); boost::filesystem::file_status s = boost::filesystem::status(logdir); if( !boost::filesystem::is_directory(s) ) { cout<< "not a directory, mkdir" <<endl; if(boost::filesystem::create_directory(logdir)) { cout<<"directory create ok" <<endl; } else { cout<<"directory create fail" <<endl; } } else { cout<<"is a directory" <<endl; } } catch(exception& ex) { cout<< "exception caught[" << ex.what() <<"]" <<endl; }

2 1

asio: async ops in multithreading environment
by Max Dmitrichenko 06 Mar '13

06 Mar '13

Hi! I have strange crashes of my application that uses async ops in multiple threads. Before I describe my vision of the problem I point the following: 1) I'm aware that shared access to the same socket from multiple threads is unsafe. 2) All operations which my code issues on the same socket are made under mutex. As far as I understand, the following happens: 1) One thread issues scatter-gather boost::asio::async_write() for boost::array<boost::asio::const_buffer, 2> on socket A. 2) Another thread closes socket A after that. 3) Meantime (simultaneously with 2), first buffer write is completed and one of the threads running io_service::run() starts to execute second part of async_write from 1). In this place application segfaults: #0 0x00007fa3a3a2c4eb in boost::asio::detail::epoll_reactor::start_op (this=0x19c3410, op_type=1, descriptor=27, descriptor_data=@0x7f9dfc013260, op=0x7f9dfc2d2130, allow_speculative=true) at boost-1_51/boost/asio/detail/impl/epoll_reactor.ipp:219 #1 0x00007fa3a3a2bf63 in boost::asio::detail::reactive_socket_service_base::start_op (this=0x19c4338, impl=..., op_type=1, op=0x7f9dfc2d2130, is_non_blocking=true, noop=false) at boost-1_51/boost/asio/detail/impl/reactive_socket_service_base.ipp:211 #2 0x00007fa3a3af4ec5 in boost::asio::detail::reactive_socket_service_base::async_send (this=0x19c4338, impl=..., buffers=..., flags=0, handler=...) at boost-1_51/boost/asio/detail/reactive_socket_service_base.hpp:212 #3 0x00007fa3a3af90bf in boost::asio::stream_socket_service<boost::asio::ip::tcp>::async_send (this=0x19c4310, impl=..., buffers=..., flags=0, handler=...) at boost-1_51/boost/asio/stream_socket_service.hpp:298 #4 0x00007fa3a3b05992 in boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::stream_socket_service<boost::asio::ip::tcp> >::async_write_some (this=0x7f9dfc013250, buffers=..., handler=...) at boost-1_51/boost/asio/basic_stream_socket.hpp:676 because descriptor_data equals null-pointer here. The problem is: second write which is issued internally by boost cannot be protected by the same mutex which is used for protected access to the socket in my code. So, the question is: how can I safely close the socket? -- Max

2 4

Problem with the parallel graph
by Yeni Lora 06 Mar '13

06 Mar '13

I am student of Computer Science in Universidad de Oriente from Cuba, and I have a problem with the parallel graph, when I am adding edge betwen two procesors and one of them change any property of my edge, the other processor not update the property . for example my code is : #include "mpi.h" #include <boost/config.hpp> #include <boost/graph/use_mpi.hpp> #include <boost/graph/distributed/mpi_process_group.hpp> #include <boost/graph/distributed/adjacency_list.hpp> #include <boost/property_map/parallel/distributed_property_map.hpp> #include <boost/serialization/list.hpp> #include <list> using namespace std; //===============================Vertex================================ struct Vertex{ int id; // Serialization support is required! template<typename Archiver> void serialize(Archiver& ar, const unsigned int ) { ar & id ; } Vertex(int id = 0): id(id){} }; //===============================Edge================================ struct Edge{ int type; Edge( int type = 0): type(type){ } // Serialization support is required! template<typename Archiver> void serialize(Archiver& ar,const unsigned int ) { ar & type; } }; using namespace boost; using boost::graph::distributed::mpi_process_group; typedef adjacency_list < listS, distributedS<mpi_process_group, listS>, undirectedS, Vertex, Edge > Graph; typedef typename Graph::edge_descriptor edge_descriptor; typedef typename Graph::vertex_descriptor vertex_descriptor; int main (int argc, char ** argv){ boost::mpi::environment env(argc,argv); mpi::communicator world; Graph g; vertex_descriptor vi,vj; property_map<Graph, int Edge::*>::type type1 = get(&Edge::type, g); if (g.processor()==0) vi = add_vertex(Vertex(1),g); if (g.processor()==1) vj = add_vertex(Vertex(2),g); broadcast(world, vj, 1); broadcast(world, vi, 0); if (g.processor()==0){ pair<edge_descriptor,bool> p = add_edge(vi, vj, Edge(1), g); std::cout<<"Process "<<g.processor()<<std::endl; std::cout<<"Process owner of edge "<<owner(p.first)<<std::endl; std::cout<<"Property type of edge :"<<get(type1,p.first)<<std::endl; } synchronize(g); if (g.processor()==1){ pair<edge_descriptor,bool> p = edge(vi, vj, g); if(p.second){ std::cout<<"\nProcess "<<g.processor()<<std::endl; std::cout<<"Process owner of edge "<<owner(p.first)<<std::endl; put(type1,p.first,3); std::cout<<"Change property type of edge :"<<get(type1,p.first)<<std::endl; } } synchronize(g); if (g.processor()==0){ pair<edge_descriptor,bool> p = edge(vi, vj, g); std::cout<<"\nProcess "<<g.processor()<<std::endl; std::cout<<"Property type of edge :"<<get(type1,p.first)<<std::endl; } return 0; } The output: Process 0 Process owner of edge 0 Property type of edge :1 Process 1 Process owner of edge 1 Change property type of edge :3 Process 0 Property type of edge :1 What can I do for resolve the problem?

2 1

boost.MSM: No member function 'process_any_event' declared
by RaRi 05 Mar '13

05 Mar '13

Hi Christophe, In case a class is derived from the msm::back::state_machine class and used with the favor_compile_time policy I get the following error: *No member function 'process_any_event' declared* Please consider the following code snippets to get more details: *// MasterStateMachine.hpp* struct Master_: mgp_state_machine_def<Master_> { // ... } *class MasterStateMachine : public msm::back::state_machine<Master_, msm::back::favor_compile_time>{ public: MasterStateMachine () { // some stufff }; } *// MasterStateMachine.cpp* #include "MasterStateMachine.hpp" BOOST_MSM_BACK_GENERATE_PROCESS_EVENT(MasterStateMachine) Why does the compiler complains although the class MasterStateMachine inherits the "process_any_event" method from the *msm::back::state_machine<Master_, msm::back::favor_compile_time>* back-end? The point of matter is the *BOOST_MSM_BACK_GENERATE_PROCESS_EVENT(MasterStateMachine)* macro. In case it is uncomment, everythin works fine, but unfortunately without the support of the favor_compile_time policy. Background: I need to derive the class *MasterStateMachine * from the the mentioned back-end as singleton semantic has to be added to the *MasterStateMachine * class. *Not using* the favor_compile_policy is not a option! I have already tried to overload the *process_any_event* method in the derived "MasterStateMachine" class to comply with the compilers needs: class MasterStateMachine : public msm::back::state_machine<Master_, msm::back::favor_compile_time>{ private: static MasterStateMachine *m_Instance; // Constructor to avoid instantiation from the outside MasterStateMachine() {}; // Constructor to avoid copy-constructing MasterStateMachine(const MasterStateMachine&) {} // Constructor to avoid assignation MasterStateMachine& operator = (const MasterStateMachine&) { return *this; } ~MasterStateMachine() {}; public: static MasterStateMachine* getInstance(); static void release(); msm::back::HandledEnum process_any_event(const boost::any & evt) { return this->process_any_event(evt); } };* Unfortunately the error remains! Does anybody ;) have a clue? Thanks in advanced! Regards, Rafael -- View this message in context: http://boost.2283326.n4.nabble.com/boost-MSM-No-member-function-process-any… Sent from the Boost - Users mailing list archive at Nabble.com.

2 2

[thread] Using lambda with unique_future
by Christian Henning 05 Mar '13

05 Mar '13

Hi all, I'm toying around with futures and I'm stumbling with the Visual Studio 2010 compiler. The following doesn't compile: #include <iostream> #include <boost/thread/future.hpp> int main() { boost::unique_future<int> the_answer = boost::async( [] () ->int { return 42; } ); std::cout << the_answer.get() << std::endl; return 0; } the error is: 1>c:\gil_contributions\sdl_test\async_test.cpp(9): error C2440: 'initializing' : cannot convert from 'boost::unique_future<R>' to 'boost::unique_future<R>' 1> with 1> [ 1> R=void 1> ] 1> and 1> [ 1> R=int 1> ] 1> No constructor could take the source type, or constructor overload resolution was ambiguous clang works just fine: http://liveworkspace.org/code/1gOYwa$2 Is this a compiler error or am I doing something wrong? Thanks, Christian

2 2

Flyweights: compute a hash from them
by Akim Demaille 05 Mar '13

05 Mar '13

Hi all, My parser is building string_t = flyweight<std::string> for identifiers, and it works very well. Now, I would like to make an unordered_map <string_t, foo_t>, but I have to define a hash function for string_t. I can do it but since the whole point of flyweight is to make unique instances, it would be a pity to hash the value. So I hash the address of the result of get(). Is this ok? So far everything is fine, but I might have missed something. In particular, I don't understand why their is no standard hash function defined for flyweights. Thanks in advance!

2 1

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 05 Mar '13

05 Mar '13

*Hi,* * * *Yes it compiled in xcode, no problems.* * * *Process 0 on power-zmkl.local* *pi is approximately 3.1416009869231254, Error is 0.0000083333333323* *wall clock time = 0.000034* * * *When I try to use the same setup with the:* * * // Example usage of breadth_first_search algorithm For the lib/parallel_graph/exmaples I again have this error: /usr/local/include/boost/graph/distributed/mpi_process_group.hpp:419:28: No viable conversion from 'shared_ptr<boost::graph::distributed::mpi_process_group::impl>' to 'bool' On a linux (mint) that I have, everything compiled without problems. Any workaround for the Mac? Thanks, Tasos

4 3

Re: [Boost-users] build error boost 1.53.0
by Dev Guy 05 Mar '13

05 Mar '13

After reading another post for build errors, I got the hint from it to install python-dev and everything now builds without errors. To install the missing python headers on Ubuntu, just type: sudo apt-get install python-dev On Mon, Mar 4, 2013 at 9:12 PM, Dev Guy <devguy.ca(a)gmail.com> wrote: > I attached my build.log, however here are the type of build errors I am > getting: > > gcc.compile.c++ > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/winmain.o > gcc.compile.c++ > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/split.o > gcc.link.dll > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/libboost_program_options.so.1.53.0 > common.copy stage/lib/libboost_program_options.so.1.53.0 > ln-UNIX stage/lib/libboost_program_options.so > common.mkdir bin.v2/libs/python > common.mkdir bin.v2/libs/python/build > common.mkdir bin.v2/libs/python/build/gcc-4.7 > common.mkdir bin.v2/libs/python/build/gcc-4.7/release > common.mkdir bin.v2/libs/python/build/gcc-4.7/release/threading-multi > gcc.compile.c++ > bin.v2/libs/python/build/gcc-4.7/release/threading-multi/numeric.o > In file included from ./boost/python/detail/prefix.hpp:13:0, > from ./boost/python/numeric.hpp:8, > from libs/python/src/numeric.cpp:6: > ./boost/python/detail/wrap_python.hpp:75:24: fatal error: patchlevel.h: No > such file or directory > compilation terminated. > > Not sure how to fix? A quick search shows the missing file is located at: > > /home/yadav/dev/cpp/boost_1_53_0/tools/build/v2/engine/patchlevel.h > > I am building from /home/yadav/dev/cpp/boost_1_53_0 > > > > On Sat, Feb 23, 2013 at 12:17 AM, Dev Guy <devguy.ca(a)gmail.com> wrote: > >> Hello I got the following build errors on my linux box building version >> 1.53.0 >> >> gcc.compile.c++ >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/aq.o >> gcc.compile.c++ >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o >> gcc.archive >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/libboost_wave.a >> common.copy /home/yadav/dev/cpp/boost_1.53.0/lib/libboost_wave.a >> ...failed updating 56 targets... >> ...skipped 6 targets... >> ...updated 10989 targets... >> >> >> Linux version is: >> uname -a >> Linux karma 3.5.0-23-generic #35-Ubuntu SMP Thu Jan 24 13:15:40 UTC 2013 >> x86_64 x86_64 x86_64 GNU/Linux >> >> GCC Version >> gcc -v >> Using built-in specs. >> COLLECT_GCC=gcc >> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper >> Target: x86_64-linux-gnu >> Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro >> 4.7.2-2ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs >> --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr >> --program-suffix=-4.7 --enable-shared --enable-linker-build-id >> --with-system-zlib --libexecdir=/usr/lib --without-included-gettext >> --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 >> --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu >> --enable-libstdcxx-debug --enable-libstdcxx-time=yes >> --enable-gnu-unique-object --enable-plugin --enable-objc-gc >> --disable-werror --with-arch-32=i686 --with-tune=generic >> --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu >> --target=x86_64-linux-gnu >> Thread model: posix >> gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) >> >> Thanks! >> > > > > -- > Kind Regards, > Rajinder Yadav > > SafetyNet Test Driven Development > http://safetynet.devmentor.org > -- Kind Regards, Rajinder Yadav SafetyNet Test Driven Development http://safetynet.devmentor.org

1 0

[boost][asio][1.50] helgrind error between ip::tcp::socket::async_connect & io_service::run ?
by Jinqiang Zhang 05 Mar '13

05 Mar '13

Hi friends, I'm getting helgrind errors using asio::ip::tcp::socket::async_connect while at the same time io_service::run is running in a thread pool. The reports is: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Possible data race during read of size 8 at 0x507bb50 by thread #6 ==13316== at 0xDDF1CC: boost::asio::detail::epoll_reactor::descriptor_state::perform_io(unsigned int) (epoll_reactor.ipp:610) ==13316== by 0xDDF355: boost::asio::detail::epoll_reactor::descriptor_state::do_complete(boost::asio::detail::task_io_service*, boost::asio::detail::task_io_service_operation*, boost::system::error_code const&, unsigned long) (epoll_reactor.ipp:648) ==13316== by 0xD7CF93: boost::asio::detail::task_io_service_operation::complete(boost::asio::detail::task_io_service&, boost::system::error_code const&, unsigned long) (task_io_service_operation.hpp:37) ==13316== by 0xE17469: boost::asio::detail::task_io_service::do_run_one(boost::asio::detail::scoped_lock<boost::asio::detail::posix_mutex>&, boost::asio::detail::task_io_service::thread_info&, boost::asio::detail::op_queue<boost::asio::detail::task_io_service_operation>&, boost::system::error_code const&) (task_io_service.ipp:394) ==13316== by 0xE1713B: boost::asio::detail::task_io_service::run(boost::system::error_code&) (task_io_service.ipp:146) ==13316== by 0xE176FC: boost::asio::*io_service::run*() (io_service.ipp:59) ==13316== by 0xF97421: Common::ServiceRunner::ServiceThread() (ServiceRunner.cpp:67) .... This *conflicts* with a previous write of size 8 by thread #9 ==13316== at 0xDDE5EF: boost::asio::detail::epoll_reactor::register_descriptor(int, boost::asio::detail::epoll_reactor::descriptor_state*&) (epoll_reactor.ipp:156) ==13316== by 0xE75C34: boost::asio::detail::reactive_socket_service_base::do_open(boost::asio::detail::reactive_socket_service_base::base_implementation_type&, int, int, int, boost::system::error_code&) (reactive_socket_service_base.ipp:152) ==13316== by 0xE7B6E2: boost::asio::detail::reactive_socket_service<boost::asio::ip::tcp>::open(boost::asio::detail::reactive_socket_service<boost::asio::ip::tcp>::implementation_type&, boost::asio::ip::tcp const&, boost::system::error_code&) (reactive_socket_service.hpp:106) ==13316== by 0xE79FF7: boost::asio::stream_socket_service<boost::asio::ip::tcp>::*open*(boost::asio::detail::reactive_socket_service<boost::asio::ip::tcp>::implementation_type&, boost::asio::ip::tcp const&, boost::system::error_code&) (stream_socket_service.hpp:127) ==13316== by 0xE78904: void boost::asio::basic_socket<boost::asio::ip::tcp, boost::asio::stream_socket_service<boost::asio::ip::tcp> >::*async_connect*<boost::asio::detail::wrapped_handler<boost::asio::io_service::strand, boost::_bi::bind_t<void, boost::_mfi::mf2<void, Common::Comms::TCPClient, boost::system::error_code const&, boost::asio::ip::basic_resolver_iterator<boost::asio::ip::tcp> >, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<Common::Comms::TCPClient> >, boost::arg<1> (*)(), boost::_bi::value<boost::asio::ip::basic_resolver_iterator<boost::asio::ip::tcp> > > > > >(boost::asio::ip::basic_endpoint<boost::asio::ip::tcp> const&, boost::asio::detail::wrapped_handler<boost::asio::io_service::strand, boost::_bi::bind_t<void, boost::_mfi::mf2<void, Common::Comms::TCPClient, boost::system::error_code const&, boost::asio::ip::basic_resolver_iterator<boost::asio::ip::tcp> >, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<Common::Comms::TCPClient> >, boost::arg<1> (*)(), boost::_bi::value<boost::asio::ip::basic_resolver_iterator<boost::asio::ip::tcp> > > > > const&) (basic_socket.hpp:712) ==13316== by 0xE7376B: Common::Comms::TCPClient::HandleResolve(boost::system::error_code const&, boost::asio::ip::basic_resolver_iterator<boost::asio::ip::tcp>) (TCPClient.cpp:297) -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- I found that async_connect is not real problem, but *opening a socket* is, when io_service::run is running. Is this problem known or someone can suggest me a workaround ? Many thanks in advance, Jinqiang ZHANG

1 0

[assign] Support for std::array
by Bill Buklis 04 Mar '13

04 Mar '13

For compilers that support it (especially VS2010 or later), is or will there be support for std::array with boost::assign? For example list_of works with boost::array, but not std::array. I'm currently still on boost 1.50. If this has already been added to a post 1.50 build, then awesome. Hopefully, I'll be upgrading soon. Thanks, -- Bill

2 2

Re: [Boost-users] Boost.MSM cc1plus.exe:: error: out of memory allocating 65532
by degoah 04 Mar '13

04 Mar '13

Hi, I'm User using the 32bit version of gcc. The compiled binary has to be used on a 32 bit system. I know, i can pass to gcc the 32 bit flag "-m32".... Regards, R niXman <i.nixman(a)gmail.com> schrieb: 2013/2/26 RaRi: > My system environment is configured as follows: > > Operating system : Windows 7 64-Bit > MinGW32, > gcc v.4.72 You are using 32-bit mingw or 64-bit? Please show the output of 'g++ -v' -- Regards, niXman _____________________________________________ Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingwbuilds/ _____________________________________________ Another online IDE: http://liveworkspace.org/ _____________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

7 27

Problem for compiling Boost 1.53
by julien.plu＠redaction-developpez.com 04 Mar '13

04 Mar '13

Hi, When I try to compile boost with this command line : .\b2 toolset=gcc -j4 --build-type=complete --without-mpi --prefix=C:\librairies\boost-1.53.0 --user-config=user-config.jam install I have the error that you can see in the out.txt file in attachment and the user-config.jam file in attachment either. I try to compile Boost in MinGW with GCC 4.7.2. Someone can help me :-) Thanks in advance. Best regards. Julien.

3 8

bjam does not find *.lib file
by Ronny Herzog 04 Mar '13

04 Mar '13

Dear all, I have troubles to compile because bjam does not find a *.lib file which I would expect to be there. I am on Windows 7 with Boost 1.50.0 and visual studio 10. It complains: |LINK : fatal error LNK1181: cannot open input file '..\boost-build\additional\msvc-10.0\release\address-model-64\threading-multi\pugixml.lib'| Which is true, the compiler does not build a pugixml.lib. I don't understand why it is not build, since I am building a *.dll. I would appriciate any help, because I have no clue where I should look for the problem. Thanks a lot, Ronny I have the following setup: |\Jamroot.jam \*.cpp *.hpp (contains the source of the main program) \additional\Jamfile.jam \additional\*.cpp *.hpp (contains a module)| The Jamfile in \addtional is: |using msvc ; # external libs lib pugixml : pugixml.cpp ;| The Jamroot in \ is: |using msvc ; use-project boost : c:/boost_1_50_0 ; project spectraImport : requirements <library>/boost/filesystem//boost_filesystem <library>/boost/regex//boost_regex <library>/boost/python//boost_python # disable autolinking <define>BOOST_ALL_NO_LIB <link>shared : build-dir ../boost-build ; exe spectraImport : [ glob *.cpp ] additional//pugixml ; install ../boost-build : spectraImport ;| I compile with: bjam address-model=64 variant=release -d2 and get the following output: |C:\Users\Duke\my_projects\lipotypexplorer\trunk\c_modules\spectraimport\spectrai mport>bjam address-model=64 variant=release -d2 Performing configuration checks - has_icu builds : no ...patience... ...patience... ...found 2471 targets... ...updating 7 targets... common.mkdir ..\boost-build\additional\msvc-10.0\release\address-model-64 if not exist "..\boost-build\additional\msvc-10.0\release\address-model- 64\\" mkdir "..\boost-build\additional\msvc-10.0\release\address-model-64" common.mkdir ..\boost-build\additional\msvc-10.0\release\address-model-64\thread ing-multi if not exist "..\boost-build\additional\msvc-10.0\release\address-model- 64\threading-multi\\" mkdir "..\boost-build\additional\msvc-10.0\release\address -model-64\threading-multi" file ..\boost-build\additional\msvc-10.0\release\address-model-64\threading-mult i\pugixml.obj.rsp "additional\pugixml.cpp" -Fo"..\boost-build\additional\msvc-10.0\release\address -model-64\threading-multi\pugixml.obj" -TP /O2 /Ob2 /W3 /GR /MD /Zc:forScope /Zc:wchar_t /favor:blend /wd4675 /EHs -c -DBOOST_ALL_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG "-IC:\boost_1_50_0" "-Ic:\Python27\Include" compile-c-c++ ..\boost-build\additional\msvc-10.0\release\address-model-64\threa ding-multi\pugixml.obj call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86_amd64 >nul cl /Zm800 -nologo @"..\boost-build\additional\msvc-10.0\release\address-model-64 \threading-multi\pugixml.obj.rsp" pugixml.cpp file ..\boost-build\additional\msvc-10.0\release\address-model-64\threading-mult i\pugixml.dll.rsp "..\boost-build\additional\msvc-10.0\release\address-model-64\threading-multi\pu gixml.obj" "C:\boost_1_50_0\bin.v2\libs\python\build\msvc-10.0\release\address-model-64\thr eading-multi\boost_python-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\regex\build\msvc-10.0\release\address-model-64\thre ading-multi\boost_regex-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\system\build\msvc-10.0\release\address-model-64\thr eading-multi\boost_system-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\filesystem\build\msvc-10.0\release\address-model-64 \threading-multi\boost_filesystem-vc100-mt-1_50.lib" "python27.lib" msvc.link.dll ..\boost-build\additional\msvc-10.0\release\address-model-64\threa ding-multi\pugixml.dll call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.b at" x86_amd64 >nul link /NOLOGO /INCREMENTAL:NO /DLL /MACHINE:X64 /subsystem:console /out:"..\boost -build\additional\msvc-10.0\release\address-model-64\threading-multi\pugixml.dll " /IMPLIB:"..\boost-build\additional\msvc-10.0\release\address-model-64\threadin g-multi\pugixml.lib" /LIBPATH:"c:\Python27\libs" @"..\boost-build\additional\m svc-10.0\release\address-model-64\threading-multi\pugixml.dll.rsp" if %ERRORLEVEL% NEQ 0 EXIT %ERRORLEVEL% msvc.manifest.dll ..\boost-build\additional\msvc-10.0\release\address-model-64\t hreading-multi\pugixml.dll if exist "..\boost-build\additional\msvc-10.0\release\address-model-64\t hreading-multi\pugixml.dll.manifest" ( call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsa ll.bat" x86_amd64 >nul mt -nologo -manifest "..\boost-build\additional\msvc-10.0\release\address-model- 64\threading-multi\pugixml.dll.manifest" "-outputresource:..\boost-build\additio nal\msvc-10.0\release\address-model-64\threading-multi\pugixml.dll;2" ) file ..\boost-build\msvc-10.0\release\address-model-64\threading-multi\spectraIm port.exe.rsp "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\Align.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\AlignPrecurso r.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\AssociateSpec tra.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\averaging.obj " "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\averagingmsms .obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\Import.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\ImportSpectra .obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\ReadRaw.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\Resolution.ob j" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\SIException.o bj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\SpectraCalibr ate.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\spectraimport .obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\SpectraImport Tools.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\stdafx.obj" "..\boost-build\msvc-10.0\release\address-model-64\threading-multi\Tolerance.obj " "..\boost-build\additional\msvc-10.0\release\address-model-64\threading-multi\pu gixml.lib" "C:\boost_1_50_0\bin.v2\libs\python\build\msvc-10.0\release\address-model-64\thr eading-multi\boost_python-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\regex\build\msvc-10.0\release\address-model-64\thre ading-multi\boost_regex-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\system\build\msvc-10.0\release\address-model-64\thr eading-multi\boost_system-vc100-mt-1_50.lib" "C:\boost_1_50_0\bin.v2\libs\filesystem\build\msvc-10.0\release\address-model-64 \threading-multi\boost_filesystem-vc100-mt-1_50.lib" "python27.lib" msvc.link ..\boost-build\msvc-10.0\release\address-model-64\threading-multi\spec traImport.exe call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.b at" x86_amd64 >nul link /NOLOGO /INCREMENTAL:NO /MACHINE:X64 /subsystem:console /out:"..\boost-buil d\msvc-10.0\release\address-model-64\threading-multi\spectraImport.exe" /LIBPATH :"c:\Python27\libs" @"..\boost-build\msvc-10.0\release\address-model-64\threadi ng-multi\spectraImport.exe.rsp" if %ERRORLEVEL% NEQ 0 EXIT %ERRORLEVEL% LINK : fatal error LNK1181: cannot open input file '..\boost-build\additional\ms vc-10.0\release\address-model-64\threading-multi\pugixml.lib' ...failed msvc.link ..\boost-build\msvc-10.0\release\address-model-64\threading- multi\spectraImport.exe... ...skipped <p..\boost-build>spectraImport.exe for lack of <p..\boost-build\msvc- 10.0\release\address-model-64\threading-multi>spectraImport.exe... ...failed updating 1 target... ...skipped 1 target... ...updated 5 targets...|

3 4

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 04 Mar '13

04 Mar '13

Hi, This is the error. Thanks, Tasos ➜ boost-trunk ./b2 libs/graph_parallel/example ...patience... ...patience... ...patience... ...found 4870 targets... ...updating 2 targets... darwin.link bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/breadth_first_search Undefined symbols for architecture x86_64: "boost::mpi::environment::environment(int&, char**&, bool)", referenced from: _main in breadth_first_search.o "boost::mpi::environment::~environment()", referenced from: _main in breadth_first_search.o "boost::mpi::communicator::communicator(ompi_communicator_t* const&, boost::mpi::comm_create_kind)", referenced from: unsigned int* boost::graph::distributed::all_reduce<unsigned int, std::plus<unsigned int> >(boost::graph::distributed::mpi_process_group const&, unsigned int*, unsigned int*, unsigned int*, std::plus<unsigned int>)in breadth_first_search.o "boost::mpi::communicator::communicator()", referenced from: _main in breadth_first_search.o boost::graph::distributed::maybe_named_graph<boost::adjacency_list<boost::vecS, boost::distributedS<boost::graph::distributed::mpi_process_group, boost::vecS, boost::defaultS>, boost::undirectedS, boost::property<boost::vertex_distance_t, unsigned long, boost::no_property>, boost::no_property, boost::no_property, boost::listS>, boost::detail::parallel::global_descriptor<unsigned long>, boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, boost::detail::parallel::adjacency_list_config<boost::vecS, boost::graph::distributed::mpi_process_group, boost::vecS, boost::defaultS, boost::undirectedS, boost::property<boost::vertex_distance_t, unsigned long, boost::no_property>, boost::no_property, boost::no_property, boost::listS>, void>::maybe_named_graph(boost::graph::distributed::mpi_process_group const&, boost::parallel::variant_distribution<boost::graph::distributed::mpi_process_group, unsigned long> const&)in breadth_first_search.o "boost::mpi::detail::mpi_datatype_map::get(std::type_info const*)", referenced from: ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::global_descriptor<unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >(boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >(boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >, void>::type*)in breadth_first_search.o ... "boost::mpi::detail::mpi_datatype_map::set(std::type_info const*, ompi_datatype_t*)", referenced from: ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::global_descriptor<unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >(boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> >, void>::type*)in breadth_first_search.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >(boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >, void>::type*)in breadth_first_search.o ... "boost::mpi::detail::mpi_datatype_cache()", referenced from: ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >(boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, bool> const&)in breadth_first_search.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >(boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> const&)in breadth_first_search.o ... "boost::mpi::exception::exception(char const*, int)", referenced from: boost::mpi::packed_iprimitive::load_impl(void*, ompi_datatype_t*, int)in breadth_first_search.o boost::optional<int> boost::mpi::status::count_impl<boost::mpi::packed>(mpl_::bool_<true>) constin breadth_first_search.o boost::mpi::allocator<char>::allocate(unsigned long, void const*)in breadth_first_search.o boost::mpi::allocator<char>::deallocate(char*, unsigned long)in breadth_first_search.o boost::mpi::packed_oprimitive::save_impl(void const*, ompi_datatype_t*, int)in breadth_first_search.o boost::mpi::detail::mpi_datatype_primitive::mpi_datatype_primitive(void const*)in breadth_first_search.o boost::mpi::detail::mpi_datatype_primitive::save_impl(void const*, ompi_datatype_t*, int)in breadth_first_search.o ... "boost::mpi::exception::~exception()", referenced from: boost::mpi::packed_iprimitive::load_impl(void*, ompi_datatype_t*, int)in breadth_first_search.o boost::optional<int> boost::mpi::status::count_impl<boost::mpi::packed>(mpl_::bool_<true>) constin breadth_first_search.o boost::mpi::allocator<char>::allocate(unsigned long, void const*)in breadth_first_search.o boost::mpi::allocator<char>::deallocate(char*, unsigned long)in breadth_first_search.o boost::mpi::packed_oprimitive::save_impl(void const*, ompi_datatype_t*, int)in breadth_first_search.o boost::mpi::detail::mpi_datatype_primitive::mpi_datatype_primitive(void const*)in breadth_first_search.o boost::mpi::detail::mpi_datatype_primitive::save_impl(void const*, ompi_datatype_t*, int)in breadth_first_search.o ... "boost::mpi::exception::~exception()", referenced from: boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in breadth_first_search.o boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in breadth_first_search.o boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in breadth_first_search.o boost::exception_detail::error_info_injector<boost::mpi::exception>::error_info_injector(boost::mpi::exception const&)in breadth_first_search.o boost::exception_detail::error_info_injector<boost::mpi::exception>::error_info_injector(boost::exception_detail::error_info_injector<boost::mpi::exception> const&)in breadth_first_search.o "boost::mpi::communicator::probe(int, int) const", referenced from: void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::detail::parallel::global_descriptor<unsigned long>, std::allocator<boost::detail::parallel::global_descriptor<unsigned long> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::detail::parallel::global_descriptor<unsigned long>, std::allocator<boost::detail::parallel::global_descriptor<unsigned long> > >&, mpl_::bool_<false>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >&, mpl_::bool_<false>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::unsafe_pair<unsigned long, unsigned long>, std::allocator<boost::unsafe_pair<unsigned long, unsigned long> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::unsafe_pair<unsigned long, unsigned long>, std::allocator<boost::unsafe_pair<unsigned long, unsigned long> > >&, mpl_::bool_<false>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type>&, mpl_::bool_<false>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::two_bit_color_type> > >&, mpl_::bool_<false>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::unsafe_pair<unsigned long, boost::two_bit_color_type>, std::allocator<boost::unsafe_pair<unsigned long, boost::two_bit_color_type> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::unsafe_pair<unsigned long, boost::two_bit_color_type>, std::allocator<boost::unsafe_pair<unsigned long, boost::two_bit_color_type> > >&, mpl_::bool_<false>)in breadth_first_search.o "boost::mpi::communicator::iprobe(int, int) const", referenced from: boost::disable_if<boost::mpi::is_mpi_datatype<boost::two_bit_color_type>, void>::type boost::graph::distributed::receive_oob<boost::two_bit_color_type>(boost::graph::distributed::mpi_process_group const&, int, int, boost::two_bit_color_type&, int)in breadth_first_search.o "boost::mpi::communicator::operator ompi_communicator_t*() const", referenced from: void boost::graph::distributed::detail::do_oob_receive<boost::property<boost::vertex_distance_t, unsigned long, boost::no_property> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::property<boost::vertex_distance_t, unsigned long, boost::no_property>&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::property<boost::vertex_distance_t, unsigned long, boost::no_property> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::property<boost::vertex_distance_t, unsigned long, boost::no_property> >&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long>&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property>&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::no_property> >&, mpl_::bool_<true>)in breadth_first_search.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_nonlocal_edge_data<boost::no_property, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >&, mpl_::bool_<true>)in breadth_first_search.o ... "typeinfo for boost::mpi::exception", referenced from: typeinfo for boost::exception_detail::error_info_injector<boost::mpi::exception>in breadth_first_search.o "vtable for boost::mpi::exception", referenced from: boost::mpi::exception::exception(boost::mpi::exception const&)in breadth_first_search.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status "g++" -L"/usr/local/Cellar/open-mpi/1.6.3/lib" -o "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/breadth_first_search" "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/breadth_first_search.o" "bin.v2/libs/system/build/darwin-4.2.1/debug/libboost_system.dylib" "bin.v2/libs/graph_parallel/build/darwin-4.2.1/debug/libboost_graph_parallel.dylib" "bin.v2/libs/serialization/build/darwin-4.2.1/debug/libboost_serialization.dylib" -lm -lmpi -lmpi_cxx -g ...failed darwin.link bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/breadth_first_search... darwin.link bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths Undefined symbols for architecture x86_64: "boost::mpi::environment::environment(int&, char**&, bool)", referenced from: _main in dijkstra_shortest_paths.o "boost::mpi::environment::~environment()", referenced from: _main in dijkstra_shortest_paths.o "boost::mpi::communicator::communicator(ompi_communicator_t* const&, boost::mpi::comm_create_kind)", referenced from: float* boost::graph::distributed::all_reduce<float, boost::parallel::minimum<float> >(boost::graph::distributed::mpi_process_group const&, float*, float*, float*, boost::parallel::minimum<float>)in dijkstra_shortest_paths.o "boost::mpi::communicator::communicator()", referenced from: _main in dijkstra_shortest_paths.o boost::graph::distributed::maybe_named_graph<boost::adjacency_list<boost::vecS, boost::distributedS<boost::graph::distributed::mpi_process_group, boost::vecS, boost::defaultS>, boost::undirectedS, boost::property<boost::vertex_distance_t, float, boost::no_property>, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::detail::parallel::global_descriptor<unsigned long>, boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, boost::detail::parallel::adjacency_list_config<boost::vecS, boost::graph::distributed::mpi_process_group, boost::vecS, boost::defaultS, boost::undirectedS, boost::property<boost::vertex_distance_t, float, boost::no_property>, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, void>::maybe_named_graph(boost::graph::distributed::mpi_process_group const&, boost::parallel::variant_distribution<boost::graph::distributed::mpi_process_group, unsigned long> const&)in dijkstra_shortest_paths.o "boost::mpi::detail::mpi_datatype_map::get(std::type_info const*)", referenced from: ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::global_descriptor<unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >(boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ... "boost::mpi::detail::mpi_datatype_map::set(std::type_info const*, ompi_datatype_t*)", referenced from: ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::global_descriptor<unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >(boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >, void>::type*)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::detail::mpi_datatype_map::datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&, boost::disable_if<boost::mpi::is_mpi_builtin_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >, void>::type*)in dijkstra_shortest_paths.o ... "boost::mpi::detail::mpi_datatype_cache()", referenced from: ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::global_descriptor<unsigned long> >(boost::detail::parallel::global_descriptor<unsigned long> const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> >(boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >(boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > const&)in dijkstra_shortest_paths.o ompi_datatype_t* boost::mpi::get_mpi_datatype<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> const&)in dijkstra_shortest_paths.o ... "boost::mpi::exception::exception(char const*, int)", referenced from: boost::mpi::detail::mpi_datatype_primitive::mpi_datatype_primitive(void const*)in dijkstra_shortest_paths.o boost::mpi::packed_iprimitive::load_impl(void*, ompi_datatype_t*, int)in dijkstra_shortest_paths.o boost::optional<int> boost::mpi::status::count_impl<boost::mpi::packed>(mpl_::bool_<true>) constin dijkstra_shortest_paths.o boost::mpi::detail::user_op<boost::parallel::minimum<float>, float>::user_op(boost::parallel::minimum<float>&)in dijkstra_shortest_paths.o boost::mpi::detail::mpi_datatype_primitive::save_impl(void const*, ompi_datatype_t*, int)in dijkstra_shortest_paths.o boost::mpi::allocator<char>::allocate(unsigned long, void const*)in dijkstra_shortest_paths.o boost::mpi::allocator<char>::deallocate(char*, unsigned long)in dijkstra_shortest_paths.o ... "boost::mpi::exception::~exception()", referenced from: boost::mpi::detail::mpi_datatype_primitive::mpi_datatype_primitive(void const*)in dijkstra_shortest_paths.o boost::mpi::packed_iprimitive::load_impl(void*, ompi_datatype_t*, int)in dijkstra_shortest_paths.o boost::optional<int> boost::mpi::status::count_impl<boost::mpi::packed>(mpl_::bool_<true>) constin dijkstra_shortest_paths.o boost::mpi::detail::user_op<boost::parallel::minimum<float>, float>::user_op(boost::parallel::minimum<float>&)in dijkstra_shortest_paths.o boost::mpi::detail::mpi_datatype_primitive::save_impl(void const*, ompi_datatype_t*, int)in dijkstra_shortest_paths.o boost::mpi::allocator<char>::allocate(unsigned long, void const*)in dijkstra_shortest_paths.o boost::mpi::allocator<char>::deallocate(char*, unsigned long)in dijkstra_shortest_paths.o ... "boost::mpi::exception::~exception()", referenced from: boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in dijkstra_shortest_paths.o boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in dijkstra_shortest_paths.o boost::exception_detail::error_info_injector<boost::mpi::exception>::~error_info_injector()in dijkstra_shortest_paths.o boost::exception_detail::error_info_injector<boost::mpi::exception>::error_info_injector(boost::mpi::exception const&)in dijkstra_shortest_paths.o boost::exception_detail::error_info_injector<boost::mpi::exception>::error_info_injector(boost::exception_detail::error_info_injector<boost::mpi::exception> const&)in dijkstra_shortest_paths.o "boost::mpi::communicator::probe(int, int) const", referenced from: void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, std::allocator<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, std::allocator<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::edge_descriptor<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >, float> > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::unsafe_pair<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long>, float>, std::allocator<boost::unsafe_pair<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long>, float> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::unsafe_pair<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long>, float>, std::allocator<boost::unsafe_pair<boost::detail::edge_desc_impl<boost::directed_tag, unsigned long>, float> > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::detail::parallel::global_descriptor<unsigned long>, std::allocator<boost::detail::parallel::global_descriptor<unsigned long> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::detail::parallel::global_descriptor<unsigned long>, std::allocator<boost::detail::parallel::global_descriptor<unsigned long> > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float>, std::allocator<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, float> > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<std::vector<boost::unsafe_pair<unsigned long, float>, std::allocator<boost::unsafe_pair<unsigned long, float> > > >(boost::graph::distributed::mpi_process_group const&, int, int, std::vector<boost::unsafe_pair<unsigned long, float>, std::allocator<boost::unsafe_pair<unsigned long, float> > >&, mpl_::bool_<false>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::default_color_type> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<boost::detail::parallel::global_descriptor<unsigned long>, boost::default_color_type>&, mpl_::bool_<false>)in dijkstra_shortest_paths.o ... "boost::mpi::communicator::iprobe(int, int) const", referenced from: boost::disable_if<boost::mpi::is_mpi_datatype<boost::default_color_type>, void>::type boost::graph::distributed::receive_oob<boost::default_color_type>(boost::graph::distributed::mpi_process_group const&, int, int, boost::default_color_type&, int)in dijkstra_shortest_paths.o "boost::mpi::communicator::operator ompi_communicator_t*() const", referenced from: void boost::graph::distributed::detail::do_oob_receive<boost::property<boost::vertex_distance_t, float, boost::no_property> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::property<boost::vertex_distance_t, float, boost::no_property>&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::property<boost::vertex_distance_t, float, boost::no_property> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::property<boost::vertex_distance_t, float, boost::no_property> >&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long>&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long> >&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::property<boost::edge_weight_t, float, boost::no_property> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::property<boost::edge_weight_t, float, boost::no_property> >&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::property<boost::edge_weight_t, float, boost::no_property> > > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::parallel::detail::untracked_pair<int, boost::detail::parallel::msg_add_edge_with_property_data<boost::detail::parallel::global_descriptor<unsigned long>, unsigned long, boost::property<boost::edge_weight_t, float, boost::no_property> > >&, mpl_::bool_<true>)in dijkstra_shortest_paths.o void boost::graph::distributed::detail::do_oob_receive<boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> > >(boost::graph::distributed::mpi_process_group const&, int, int, boost::detail::parallel::msg_nonlocal_edge_data<boost::property<boost::edge_weight_t, float, boost::no_property>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned long> >&, mpl_::bool_<true>)in dijkstra_shortest_paths.o ... "typeinfo for boost::mpi::exception", referenced from: typeinfo for boost::exception_detail::error_info_injector<boost::mpi::exception>in dijkstra_shortest_paths.o "vtable for boost::mpi::exception", referenced from: boost::mpi::exception::exception(boost::mpi::exception const&)in dijkstra_shortest_paths.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status "g++" -L"/usr/local/Cellar/open-mpi/1.6.3/lib" -o "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths" "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths.o" "bin.v2/libs/system/build/darwin-4.2.1/debug/libboost_system.dylib" "bin.v2/libs/graph_parallel/build/darwin-4.2.1/debug/libboost_graph_parallel.dylib" "bin.v2/libs/serialization/build/darwin-4.2.1/debug/libboost_serialization.dylib" -lm -lmpi -lmpi_cxx -g ...failed darwin.link bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths... ...failed updating 2 targets... ➜ boost-trunk

2 2

build error boost 1.53.0
by Dev Guy 04 Mar '13

04 Mar '13

Hello I got the following build errors on my linux box building version 1.53.0 gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/aq.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o gcc.archive bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/libboost_wave.a common.copy /home/yadav/dev/cpp/boost_1.53.0/lib/libboost_wave.a ...failed updating 56 targets... ...skipped 6 targets... ...updated 10989 targets... Linux version is: uname -a Linux karma 3.5.0-23-generic #35-Ubuntu SMP Thu Jan 24 13:15:40 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux GCC Version gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.7.2-2ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) Thanks!

3 3

[Fusion] `as_map` not for custom Associative Sequence
by TONGARI 03 Mar '13

03 Mar '13

I do see that the doc says "The elements of the sequence are assumed to be __fusion_pair__s.". But any chance for custom Associative Sequence which doesn't have fusion::pair as elements? Thanks.

2 1

boost::statechart - two async machines in one process?
by Dick Bridges 03 Mar '13

03 Mar '13

I've been using asynchronous boost::statechart for 5+ years but that doesn't seem to count for much in this instance. I've wrapped myself around the axel and have no idea how to proceed. Any help would be greatly appreciated. I am attempting to create a program that contains two separate classes, each built on a boost::statechart state machine. The classes are similar but there is one-and-only-one class a and it creates instances of class b. At least, that was the plan. (Apologies if this diagram doesn't format correctly. Outlook is NOT being cooperative.) _______________________ ________________________ | boost::statechart | | boost::statechart | |______________________| |________________________| ^ ^ _________|______________ _________|______________ | struct a_statechart | | struct b_statechart | |_______________________| |_______________________| | | _________O____________ __________O___________ | struct a_impl | | struct b_impl | |----------------------------------| |-----------------------------------| | fifo_scheduler sched_ | | fifo_scheduler sched_ | | processor_handle asm_ | | processor_handle bsm_ | | boost::thread thread_ | | boost::thread thread_ | |_____________________| |______________________| | | _________o____________ _________o____________ | struct a | | struct b | |_____________________| |______________________| However, if the class b processor_handle (bsm_) is initialized, the class a state machine doesn't react to *any* events. If I comment out the bsm_ initialization, the class a state machine handles events as expected. If bsm_ is initialized (with our without creating the thread), the class a state machine doesn't respond to any event. The results are exactly the same if bsm_ is assigned in the ctor. Both asm_ and bsm_ are initialized in the ?_impl ctor: [usual stuff]: sched_(true), ?sm_( sched_.create_processor< ?_statechart >() ), thread_() { FWIW, The state machines in both classes are assigned a thread in the ?_impl ctor: boost::thread tmp( bind( &fifo_scheduler<>::operator(), &sched_, 0 ) ); thread_.swap( tmp ); Any assistance will be greatly appreciated. Regards, Dick Bridges The opinions and data in this missive are my own and do not necessarily represent the positions, strategies, or opinions of Western Digital Corporation. IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. Glenda: http://glenda.cat-v.org/gallery/

2 3

[geometry] how to set number of points / chord length in buffer() join_round strategy?
by John Lilley 03 Mar '13

03 Mar '13

I see in the released buffer() algorithm, there is a chord length argument: void buffer(Input const & geometry_in, Output & geometry_out, Distance const & distance, Distance const & chord_length = -1) But I can't seem to find an equivalent for buffer_inserter<> with a join_round strategy. How do I set the chord length or number of approximating points? John Lilley

2 2

threaded stopwatch or count down timer
by Sean Farrow 03 Mar '13

03 Mar '13

Hi all, I'm currently writing an application that requires either a stopwatch or a countdown timer. Is such a thing available in boost? Any help appreciated. Regards Sean.

3 3

variant with shrink
by Niitsuma Hirotaka 02 Mar '13

02 Mar '13

boost::variant should be variant<int,int> => int variant<int,double> => double variant<int,boost::rational<int> > => boost::rational<int> variant<int,double,std::string> => variant<double,std::string> I wrote such extension https://github.com/niitsuma/variant_shrink

3 4

Fwd: Describing "traits" of a class's members
by Chris Stankevitz 02 Mar '13

02 Mar '13

Hello, A week ago I started a thread here called "Can boost help me organize/parse lots of binary data?" As people started offering help, it because clear I had no idea what I was trying to ask. I come back with a clear question. The attached file defines: 1. TCPosition: an object that describes a position 2. TCDoubleTraits: an object that describes characteristics of a parameter represented as a double 3. TCUnsignedTraits: an object that describes characteristics of a parameter that is represented as an unsigned 4. TCPositionTraits: a collection of TC*Traits plus some boost::function magic to extract parameters from a TCPosition. 5. TCPositionTraits::PrintValues: a function that allows the user to print all values of a TCPosition The motivation for this round-about way of printing the parameters of a "position" is that I have to deal with some objects that have lots of parameters and I would like one central place where I define the characteristics of the values and their order. In this example, that place is TCPositionTraits. In my real life example I will want to store traits such as the way the data is encoded and the way in which the data needs to be transformed into "human readable" format. Question: Can you modify the attached program so that the object TCPositionTraits holds all the traits for the TCPosition object. Not just the traits for the "double" parameters, as is currently the case. Notably missing from TCPositionTraits is a reference to TCPosition::mSteps. Difficulty: This is a difficult question to answer due to the fact that TCPositionTraits has hard-coded in it the keyword "double". I cannot figure out how to remove this. Bonus: Bonus points if your answer looks something like "yes it is possible if you start using a boost concept which you apparently are not aware of". Note: You'll need the C++11 brace-initialization capability to compile this. I used "g++ -std=c++0x test.cpp" with gcc 4.6.3. Thank you, Chris

2 7

[boost] Minimum GCC required to support build
by Michael Powell 02 Mar '13

02 Mar '13

Hello, What is the minimum GCC I will need to compile boost? All of it if I can, or majority of it? And then what might I be giving up? Specifically, I am working with GCC 4.4.3 in Ubuntu LInux 10.04 LTS. I'd like to upgrade that to 4.7 if not 4.8 for C++11 features. I've read it can be done, but that makes me nervous upgrading such a crucial part of the Linux tool chain. Also, bearing in mind that we will need to cross compile to ARM5: I believe crosstool-ng might be the thing that enables that. Any insights would be appreciated. Thank you. Regards, Michael Powell

2 1

[CONFIG] static const definitions
by John M. Dlugosz 01 Mar '13

01 Mar '13

On 3/1/2013 3:09 AM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > But to be honest that looks like a BOOST_WORKAROUND rather than a full on > config macro to me - the reason being that it just looks like a compiler > specific bug plain and simple, rather than a missing feature. So maybe I'm looking in the wrong place? But, I don't find anything in the docs for "Workaround" other than the Config library and Boost.Compatibility which is for bad std headers.

1 0

[CONFIG] static const definitions
by John M. Dlugosz 01 Mar '13

01 Mar '13

On 2/27/2013 3:13 PM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > I think it would be great to have a boost macro to test. > If no one else is aware of a readily-available macro in boost config, > maybe you can log a bug and provide a patch to get the ball rolling? > > Brian I've never done that before for Boost. Is there a guide you can point me to, on the correct procedures to follow?

3 2

building boost with a specific msvc runtime
by Tom K. 01 Mar '13

01 Mar '13

I'm trying to get a consistent VC++ runtime for distribution, but I cannot find anything getting boost/bjam to cooperate. I have successfully compiled libcurl and UnitTest++ with the method in this link. http://tedwvc.wordpress.com/2009/08/10/avoiding-problems-with-vc2005-sp1-se… The idea being that you include a header in each file and then it will only have that one runtime dependency. b2 has options for setting cxxflags, though they do not seem to honor my /FI compile option to use the header and force the correct runtime. I assume that they are using something else. I suppose boost doesn't use the msvc flags. How should I accomplish this?

2 4

statistics: exact median, first and third quartile
by gast128 01 Mar '13

01 Mar '13

Hello all, I was looking if Boost would support basic statistics calculated from a container of values: - Boost.Accumulators supports these statistics but only in an incremental way. This is nice, but now we want exact values since the containers are small (i.e. less than 100 elements) - Boost.Math: support only for distributions Did I overlook something or is this just not supported?

3 5

[geometry] getting overlay_invalid_input_exception thrown from union operation
by John Lilley 01 Mar '13

01 Mar '13

I am seeing a overlay_invalid_input_exception thrown from has_self_intersections when calling the union() operation. Does indicate an internal error, or have I not conditioned my input properly? My test is, taking the TIGER 2010 counties file for Alaska, and repeatedly calling union() on the polygons. There may be some issues that I can think of: 1) Island chains are represented as one big multi-ring polygon in the source shape file. When I convert to boost polygon, I set the first ring as the outer, and all others as inners. 2) Aleutians cross the 180-meridian. I am, however, taking steps to force all latitudes into the negative range, but that logic may need to be checked.

3 2

undefined reference to `boost::filesystem3::path::stem() const
by Witold E Wolski 01 Mar '13

01 Mar '13

Hi, I am linking against all these libs /usr/lib/libboost_filesystem-mt.so;/usr/lib/libboost_system-mt.so;/usr/lib/libboost_iostreams-mt.so;/usr/lib/libboost_thread-mt.so;/usr/lib/libboost_regex-mt.so;/usr/lib/libboost_program_options-mt.so (boost 1.46 on ubuntu 12.04) but still I am getting the following link error undefined reference to `boost::filesystem3::path::stem() const help appreciated regards -- Witold Eryk Wolski Triemlistrasse 155 8047 Zuerich

1 0

Re: [Boost-users] [CONFIG] static const definitionsRe: Boost-users Digest, Vol 3373, Issue 1
by John M. Dlugosz 01 Mar '13

01 Mar '13

On 2/28/2013 11:29 AM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > I've not come across that one before - do you have an example? > > John. It's happening to me. I don't have time to make a full project to post, but from the linker error I think that the ingredients are: * have an initialized static const member in a header file * used in more than one CPP file * "use" means something that isn't a compile-time value only; passing to a function taking a const& argument seems to do so. Maybe force the issue for testing by actually taking its address. * Define the (non-initialized) member in a different CPP file. * I was using a Debug build, in case that matters. * Visual Studio 2010, 32-bit code. I get a linker error in that the symbol was already defined. Using it (as an lvalue) defines it in such a way that duplicates are tolerated; an actual definition conflicts with those. It occurred to me that maybe it doesn't happen in Boost because the error does not occur for templates, which are different in that the compiler must take care of duplicates from different translation units, normally.

1 0

[CONFIG] static const definitions
by John M. Dlugosz 28 Feb '13

28 Feb '13

On 2/27/2013 5:09 AM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > In fact even when initialized inline, an out of line definition should > always be provided as different compilers have different ideas about what > constitutes "use" of the variable (rather than just the value). MSVC pretty > much never requires an out-of-line definition for example, where as GCC will > often generate linker errors if you don't provide it. The problem is that MSVC is _prohibiting_ an out-of-line definition! (Visual Studio 2010)

3 3

[PBGL] Bug? problem removing self loop in graph parallel
by bminano 28 Feb '13

28 Feb '13

Hello, I have a problem removing edges a graph in pbgl. There are concretely self loops. I think it could be a bug in the library, because for the monoprocessor library it works. I use remove_edge_if to delete the self-loops. The bgl code works ok, but the pbgl code does not. The problem occurs looking the in_egdes of the vertex 8. It detects that it have a in_edge from 8, but when looking for the out_edges of 8 it does not appears as expected. Maybe it is a misconfiguration, but i don't think so. I attached the monoprocessor code and the multiprocessor one if someone wants to look at them. Please, could someone help me? Thank you elimina_vertices.cpp <http://boost.2283326.n4.nabble.com/file/n4643588/elimina_vertices.cpp> elimina_vertices_mono.cpp <http://boost.2283326.n4.nabble.com/file/n4643588/elimina_vertices_mono.cpp> -- View this message in context: http://boost.2283326.n4.nabble.com/PBGL-Bug-problem-removing-self-loop-in-g… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

Adding indexes + serialization for MultiIndex
by Sohail Somani 28 Feb '13

28 Feb '13

I haven't actually happened upon this problem yet but I just want to know if I know how to deal with it for the future. My question is: how does the serialization work (or not work) if we add or remove indexes from the type? My suspicion is that one would have to do something like this: // version 1: BOOST_CLASS_VERSION(Thingy,1); typedef multi_index_container<thing,indexes> myset1_t; myset1_t m_MySet; ... template<typename Ar> void serialize(Ar & a, unsigned int) { ar & m_MySet; } // version 2 BOOST_CLASS_VERSION(Thingy,2); typedef multi_index_container<thing,indexes> myset1_t; typedef multi_index_container<thing,indexes2> myset2_t; myset2_t m_MySet; // using new version ... template<typename Ar> void serialize(Ar & a, unsigned int fv) { if(Ar::is_loading && fv == 1) { myset1_t set; ar & set; m_MySet.clear(); m_MySet.insert(m_MySet.begin(),set.begin(),set.end()); } else ar & m_MySet; } Would this be OK, errors in syntax aside? Thanks, Sohail

2 1

[Geometry] please help; using buffer() extensions
by John Lilley 28 Feb '13

28 Feb '13

(sorry another post; someone told me to put [library name] in [] in subject... learning something new every day :) Something of a repost, but I've learned a bit more on the path to being truly confused. It appears that boost\geometry\extensions\algorithms\buffer\buffer_inserter.hpp contains some specializations for buffering other shape types? But I'm out of my depth here... is there an example? What do I need to do in order to buffer: a point? A linestring? A vector of polygons? A heterogeneous collections of shapes? Is this generalization of buffer also going to work as a "deflate" for polygons? If someone can tell me "include these headers, use these algorithms", it will help a lot! Thanks John

2 7

[CONFIG] static const definitions
by John M. Dlugosz 28 Feb '13

28 Feb '13

I ran into a compiler idiosyncrasy, and my usual approach is to use the macros and mechanisms that Boost does in the same situation. But I can't find what I'm looking for in the Boost.Config documentation. So what does Boost do here? I found that the VS2010 compiler automatically defines a static const member that has been initialized inline in the declaration, and thus supplying a (required!) definition without the initializer at namespace or file scope will give a linker error if the class declaration is in a header that appears in more than one translation unit. At least one other compiler does in fact require the bare definition to link properly, and doesn't generate it automatically as an enhancement. So I need to make these definitions conditional based on the platform (and perhaps the exact compiler version? That's why I like to use the existing config knowledge base!) I see that Boost has BOOST_STATIC_CONSTANT but that is for compilers that don't have the in-class initialization at all. So if Boost is using such constructs, how does it deal with the linker idiosyncrasy?

4 4

Emplace for Boost heaps
by Rob Patro 27 Feb '13

27 Feb '13

Hi, I'm trying to use the emplace function for the Boost heaps. I've come up with a minimal example (attached), but when I compile it I get the following error: In file included from testpq.cpp:1:0: > > /opt/local/include/boost/heap/skew_heap.hpp: In instantiation of >> 'boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, A6>::node_pointer >> boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>::emplace_internal(Args&& ...) [with Args = {int, int}; T = thing; A0 = >> boost::heap::compare<cmpthings>; A1 = boost::parameter::void_; A2 = >> boost::parameter::void_; A3 = boost::parameter::void_; A4 = >> boost::parameter::void_; A5 = boost::parameter::void_; A6 = >> boost::parameter::void_; boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>::node_pointer = boost::heap::detail::skew_heap_node<thing, false>*]': > > /opt/local/include/boost/heap/skew_heap.hpp:769:13: required from >> 'static void boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>::push_void::emplace(boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>*, Args&& ...) [with Args = {int, int}; T = thing; A0 = >> boost::heap::compare<cmpthings>; A1 = boost::parameter::void_; A2 = >> boost::parameter::void_; A3 = boost::parameter::void_; A4 = >> boost::parameter::void_; A5 = boost::parameter::void_; A6 = >> boost::parameter::void_; boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6> = boost::heap::skew_heap<thing, boost::heap::compare<cmpthings> >]' > > /opt/local/include/boost/heap/skew_heap.hpp:437:70: required from >> 'typename boost::mpl::if_c<boost::heap::skew_heap<T, A0, A1, A2, A3, A4, >> A5, A6>::is_mutable, typename boost::mpl::if_c<boost::heap::skew_heap<T, >> A0, A1, A2, A3, A4, A5, A6>::is_mutable, typename boost::heap::skew_heap<T, >> A0, A1, A2, A3, A4, A5, A6>::implementation_defined::handle_type, >> void*>::type, void>::type boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>::emplace(Args&& ...) [with Args = {int, int}; T = thing; A0 = >> boost::heap::compare<cmpthings>; A1 = boost::parameter::void_; A2 = >> boost::parameter::void_; A3 = boost::parameter::void_; A4 = >> boost::parameter::void_; A5 = boost::parameter::void_; A6 = >> boost::parameter::void_; typename >> boost::mpl::if_c<boost::heap::skew_heap<T, A0, A1, A2, A3, A4, A5, >> A6>::is_mutable, typename boost::mpl::if_c<boost::heap::skew_heap<T, A0, >> A1, A2, A3, A4, A5, A6>::is_mutable, typename boost::heap::skew_heap<T, A0, >> A1, A2, A3, A4, A5, A6>::implementation_defined::handle_type, void*>::type, >> void>::type = void]' > > testpq.cpp:27:20: required from here > > /opt/local/include/boost/heap/skew_heap.hpp:808:9: error: no matching >> function for call to 'boost::heap::skew_heap<thing, >> boost::heap::compare<cmpthings> >::make_node(int, int)' > > /opt/local/include/boost/heap/skew_heap.hpp:808:9: note: candidates are: > > In file included from /opt/local/include/boost/heap/skew_heap.hpp:21:0, > > from testpq.cpp:1: > > /opt/local/include/boost/heap/detail/stable_heap.hpp:189:19: note: >> boost::heap::detail::heap_base<T, Cmp, constant_time_size, >> StabilityCounterType, stable>::internal_type >> boost::heap::detail::heap_base<T, Cmp, constant_time_size, >> StabilityCounterType, stable>::make_node(const T&) [with T = thing; Cmp = >> cmpthings; bool constant_time_size = true; StabilityCounterType = long >> unsigned int; bool stable = false; boost::heap::detail::heap_base<T, Cmp, >> constant_time_size, StabilityCounterType, stable>::internal_type = thing] > > /opt/local/include/boost/heap/detail/stable_heap.hpp:189:19: note: >> candidate expects 1 argument, 2 provided > > /opt/local/include/boost/heap/detail/stable_heap.hpp:195:10: note: T&& >> boost::heap::detail::heap_base<T, Cmp, constant_time_size, >> StabilityCounterType, stable>::make_node(T&&) [with T = thing; Cmp = >> cmpthings; bool constant_time_size = true; StabilityCounterType = long >> unsigned int; bool stable = false] > > /opt/local/include/boost/heap/detail/stable_heap.hpp:195:10: note: >> candidate expects 1 argument, 2 provided > > It seems that something is amiss with the perfect forwarding (or I'm somehow using emplace incorrectly). Either way, any help getting this to work or figuring out why it doesn't would be greatly appreciated. Thanks, Rob

1 0

Fwd: Boost.Locale - Help linking to ICU static libraries please
by Brad Keifenheim 27 Feb '13

27 Feb '13

Hello, I'm building Boost 1.53.0 on FreeBSD using GCC. I wish to provide the ICU back-end to Boost.Locale using the static implementation only. This is the command line I used to configure and build ICU 49.1.2: runConfigureICU FreeBSD --prefix=/3rdParty/icu4c/release --bindir=/3rdParty/icu4c/release/bin64 --sbindir=/3rdParty/icu4c/release/sbin64 --libdir=/3rdParty/icu4c/release/lib64 --enable-static=yes --enable-shared=no --with-library-bits=64 CPPFLAGS=-DU_TIMEZONE=0 The DU_TIMEZONE flag is a workaround for ICU on FreeBSD for that particular version. For this discussion it may safely be ignored. The ICU build results as follows: /3rdParty/icu4c/release |_ bin64 |_ include |_ lib64 |_ sbin64 |_ share As intended, the shared (*.so) libraries are not built. Only static (*.a) libraries are present in lib64: libsicudata.a, libsicui18n.a, libsicuio.a, etc... I then attempt the following command to build Boost: b2 toolset=gcc link=static variant=release threading=multi address-model=64 --build-dir=obj --stagedir=bin/64 --without-python -sICU_PATH=/3rdParty/icu4c/release/ --layout=versioned -a -j8 With this setup the build reports as follows: *...* * * *Performing configuration checks* * * * - x86 : yes* * - has_icu builds : no* *warning: Graph library does not contain MPI-based parallel components.* *note: to enable them, add "using mpi ;" to your user-config.jam* * - iconv (libc) : no* * - iconv (separate) : no* * - icu : no* * - icu (lib64) : no* *- Boost.Locale needs either iconv or ICU library to be built.* * * *...* I do not have this problem when -sICU_PATH points to a directory containing the shared versions of the ICU libraries: libicudata.so, libicui18n.so, libicuio.so ... Unfortunately the constraints of the end product restrict me from delivering ICU as a shared library. Will Boost.Locale accept the ICU back-end as a static library implementation? If so, what have I configured improperly? Thank you in advance for your assistance. Brad

1 0

[CONFIG] static const definitions
by John M. Dlugosz 27 Feb '13

27 Feb '13

On 2/27/2013 1:23 PM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > Exactly, hence my suggestion for performing a preprocessor check > around the out-of-line definition. I suppose it would be nice to have > a BOOST-y preprocessor def that could let you know if this is the > case... OK, now we're getting somewhere. You understand that this is exactly what I _am_ doing. My questions is, how does Boost determine which compilers in which it should withhold the definition? Do you know of an example of one someplace?

2 1

[CONFIG] static const definitions
by John M. Dlugosz 27 Feb '13

27 Feb '13

On 2/27/2013 10:35 AM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > ...and then we use preprocessor checks to decide whether or > not to provide definitions in a cop [cpp?] file. It is best to provide them for > gcc, but not for msvc 2010 for example. Yes, exactly. So what macro does CONFIG provide to determine whether they should be present or absent?

1 0

Re: [Boost-users] Boost.MSM cc1plus.exe:: error: out of memory allocating 65532
by degoah 27 Feb '13

27 Feb '13

Hi Christophe, I will check the thing with the cstor. FYI: my library that uses the boost.msm-based state machine mechanism shall be released as shared library. It is used to realize Remote Procedure Calls. So my library consists of one Master state machine (which consists of 5 submachines and together 21 states) and one Slave state machine (which consists of 4 submachines and 19 states). The user application linking against my library has the possibility to choose if the slave state machine or the master state machine part shall be used. Now the problem could be, that I use a boost::variant type to store the 44 different application event types. This variant type I pass to the process_event method of each state machine (master and slave) although the slave state machine doesn't support the same event types like the master and vice-versa. This produces unnecessary template invocations and memory allocation. So the solution could be, to split my single shared library into two shared libraries: one for the master and one for the slave logic and each of it has a reduced boost::variant type( just with the event types of the concrete state machine). Or I keep the solution with the single shared library and I split the single boost::variant type into two different ones: one for the master and one for the slave state machine. And each boost::variant type will just be forwarded to the appropriate process_event method of the corresponding state machine. Doing so, will also prevent unnecessary template invocations for each event type on the corresponding state machine. Maybe this will also reduce the memory consumption... What is your opinion about this two putative solutions? Best regards (viele grüsse), Rafael Christophe Henry <christophe.j.henry(a)googlemail.com> schrieb: ----- Original Message ----- From: "RaRi" <degoah(a)gmx.de> Newsgroups: gmane.comp.lib.boost.user To: <boost-users(a)lists.boost.org> Sent: Wednesday, February 27, 2013 6:44 PM Subject: Re: Boost.MSM cc1plus.exe:: error: out of memoryallocating 65532 > Thank you all so far, > > I will investigate, how I can simplify my state machine and reduce the > number of events. > > Damn, I spent 1 month on that machine and now I have to change it... > > On linux there is no problem with that. Okay, the memory exceeds 1 GB > while > compiling my boost.msm based library. But it works fine! > > The problem what remains is to compile the stuff for windows. > > I have already just test one thing: Cross-compilation of my boost.Msm > state > machine on linux for windows with mingw32msvc-g++. But already doing this > produced some errors: > > *../src/TransportLayer/Statemachine/Master/CStateMasterHandshaking.hpp:33: > error: class ‘CStateMasterHandshaking_’ does not have any field named > ‘BaseStateMachineFrontEnd’ > ../src/TransportLayer/Statemachine/Master/CStateMasterHandshaking.hpp:33: > error: no matching function for call to > ‘BaseStateMachineFrontEnd<CStateMasterHandshaking_>::BaseStateMachineFrontEnd()’ > ../src/TransportLayer/Statemachine/Master/../Common/BaseStateMachineFrontEnd.hpp:48: > note: candidates are: > BaseStateMachineFrontEnd<TYPE>::BaseStateMachineFrontEnd(EventQueue&) > [with > TYPE = CStateMasterHandshaking_] > ../src/TransportLayer/Statemachine/Master/../Common/BaseStateMachineFrontEnd.hpp:26: > note: > BaseStateMachineFrontEnd<CStateMasterHandshaking_>::BaseStateMachineFrontEnd(const > BaseStateMachineFrontEnd<CStateMasterHandshaking_>&)* > > I think, the MSVC-specific cross compiler is responsible for this error. > > I don't now, how to continue with this problem. At the worst I have to > change the state machine completely..... > > Thanks so far, > > Rafael Hi, not sure how to help you there without code, but from what I see, I'd say that BaseStateMachineFrontEnd has a ctor which hides the default-ctor. Try to provide one and see if that helps. I don't think you have to change it completely. Probably replacing a bunch of events by a single one containing an id as attribute, then checking it in a guard to see what event you really posted would probably be enough. Cheers, Christophe _____________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 27 Feb '13

27 Feb '13

Yes I have that. What I did is first build the full build and then try to build the example with the line you gave me. I did something like this: ➜ boost-trunk ./b2 threading=multi Performing configuration checks - 32-bit : no - 64-bit : yes - arm : no - mips1 : no - power : no - sparc : no - x86 : yes error: No best alternative for libs/coroutine/build/allocator_sources next alternative: required properties: <link>static <target-os>windows <threading>multi not matched next alternative: required properties: <link>static <segmented-stacks>on <threading>multi not matched next alternative: required properties: <link>static <threading>multi not matched - has_icu builds : no - gcc visibility : yes - long double support : yes Building the Boost C++ Libraries. error: No best alternative for libs/coroutine/build/allocator_sources next alternative: required properties: <link>static <target-os>windows <threading>multi not matched next alternative: required properties: <link>static <segmented-stacks>on <threading>multi not matched next alternative: required properties: <link>static <threading>multi not matched - iconv (libc) : no - iconv (separate) : yes - icu : no - icu (lib64) : no Component configuration: - atomic : building - chrono : building - context : building - coroutine : building - date_time : building - exception : building - filesystem : building - graph : building - graph_parallel : building - iostreams : building - locale : building - math : building - mpi : building - program_options : building - python : building - random : building - regex : building - serialization : building - signals : building - system : building - test : building - thread : building - timer : building - wave : building ^C ➜ boost-trunk

2 1

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 27 Feb '13

27 Feb '13

To be honest I thought that boost.build will include the link to MPI automatically. Isn't this suposed to include mpi?> ./b2 libs/graph_parallel/example Ill try to test it by hand. ThanksTasos

2 1

Unable to build 1.53.0 Ubuntu Linux 10.04
by Michael Powell 27 Feb '13

27 Feb '13

Hello, I am running GCC 4.4.3 (default?) distributed with Ubuntu Linux 10.04 LTS. I would like to build the latest Boost to keep up with the language and library standards, because we'll need those on a project we're working on (obviously), but it seems that we'll need to upgrade the GCC tool chain in order to do this: plus it us necessary even helpful to have access to lambda functors, expressions, etc, access Boost Phoenix (for Spirit2), and so on. I've read how it's possible to upgrade the GCC tool chain, but it worries me for obvious reasons. Also, building is one thing, the front end tool chain. We'll be cross compiling to ArchLinux running on ARM. I've done some reading about this issue and it seems that this is more of a back end concern. In other words, as long as the thing builds, compiles and links with whatever tool chain, language standard, compiler, etc, the cross compile should go well. Specifically, I believe we're going with CodeBench, but if there are other cross compilers available, that would be helpful to know as well. Any wisdom approaching an issue like this? Regards, Michael

2 2

[MSM] Unable to retrieve correct value of attribute of a state from within actions. (Possible Bug?)
by Deniz Bahadir 27 Feb '13

27 Feb '13

Hi everyone, Hi Christophe, Using Boost.MSM with eUML I tried to access the attribute of a state from within an action. However, the value is not what I expected when accessing the attribute of the state given as argument to the action. (It seems to be the default-parameter.) If I access the state directly (by name) and retrieve the value from it, it is set correctly as expected. Could it be that an action gets its arguments as copies? If so, I guess, the attributes of the copied arguments should be copied, too. This is the case for events. The attributes of an event given to the action seems to be set correctly. But the attributes of a state seem to be default-initialized. For clarification a simple example (this time tested and successfully compiled): #include <iostream> #define BOOST_MPL_CFG_NO_PREPROCESSED_HEADERS #include <boost/msm/back/state_machine.hpp> #include <boost/msm/front/euml/euml.hpp> using namespace boost::msm::front::euml; namespace msm = boost::msm; namespace mpl = boost::mpl; using namespace std; namespace { // The attribute: BOOST_MSM_EUML_DECLARE_ATTRIBUTE(int, Number) BOOST_MSM_EUML_ATTRIBUTES((attributes_ << Number), NumberAttr) // An event containing the attribute: BOOST_MSM_EUML_EVENT_WITH_ATTRIBUTES(event1, NumberAttr) // Two states with attributes: BOOST_MSM_EUML_STATE((no_action, no_action, attributes_ << Number), state1) BOOST_MSM_EUML_STATE((no_action, no_action, attributes_ << Number), state2) // Entry-action which initializes the attributes: BOOST_MSM_EUML_ACTION(init_events_and_states) { template <class Evt, class Fsm, class State> void operator()(Evt const&, Fsm&, State&) { event1.get_attribute(Number) = 100; state1.get_attribute(Number) = 1; state2.get_attribute(Number) = 2; }; }; // Action that prints the Number-attributes of event and state. // NOTE: The state-Numbers differ! BOOST_MSM_EUML_ACTION(printNumber) { template <class Fsm, class Evt, class SourceState, class TargetState> void operator()(Evt const& evt, Fsm&, SourceState& source, TargetState& target) { std::cout << "In action \"printNumber\"." << "\n event1.Number == " << event1.get_attribute(Number) << "\n evt.Number == " << evt.get_attribute(Number) << "\n state1.Number == " << state1.get_attribute(Number) << "\n source.Number == " << source.get_attribute(Number) << "\n state2.Number == " << state2.get_attribute(Number) << "\n target.Number == " << target.get_attribute(Number) << std::endl; }; }; // The transition table: BOOST_MSM_EUML_TRANSITION_TABLE(( state1 + event1 / printNumber == state2 ), stt) // The FSM front-end and back-end: BOOST_MSM_EUML_DECLARE_STATE_MACHINE(( stt, init_ << state1, init_events_and_states ), FsmFrontend); typedef msm::back::state_machine<FsmFrontend> Fsm; void test() { Fsm fsm; // needed to start the highest-level FSM. // This initializes all attributes. fsm.start(); // emit event1 fsm.process_event(event1); } } // namespace int main() { test(); return 0; } // This prints the following (except "//") on the cmdline : // In action "printNumber". // event1.Number == 100 // evt.Number == 100 // state1.Number == 1 // source.Number == 0 // state2.Number == 2 // target.Number == 0 As you can see, the attribute-values of "event1" and "evt" are the same. However, the attribute-values of "state1" and "source" differ although they should be the same, too. (The same applies to "state2" and "target".) I tried this example with a custom type as attribute-type which prints each constructor-call and assignment-call and I realized, the copy-constructor was never called. If you want to try it yourself, just replace the declaration of the attribute in the above example with the following code: class MyInt { int val_; public: MyInt() : val_(50) { std::cout << "MyInt()" << std::endl; } MyInt(const MyInt& obj) : val_(obj.val_) { std::cout << "MyInt(const MyInt&) - val_=" << val_ << std::endl; } MyInt(const int& i) : val_(i) { std::cout << "MyInt(const int&) - val_=" << val_ << std::endl; } MyInt& operator=(const MyInt& obj) { val_ = obj.val_; std::cout << "op=(const MyInt&) - val_=" << val_ << std::endl; return *this; } MyInt& operator=(const int& i) { val_ = i; std::cout << "op=(const int&) - val_=" << val_ << std::endl; return *this; } }; // The attribute: BOOST_MSM_EUML_DECLARE_ATTRIBUTE(MyInt, Number) This looks like a bug, but I am not sure. Maybe I have to write my transition-table differently? Ciao, Deniz PS: I am using Boost 1.53.0 with GCC 4.7.2 (and C++11 support activated, most of the time.)

2 4

Please help make this boost::bind example compile
by Chris Stankevitz 27 Feb '13

27 Feb '13

Hello, In the code below, the last function, "GetFunctionThatReturnsRefX_2", does not compile. It is attempting to use boost::bind to produce a boost::function that takes a pointer to an object and returns one of the object's member variables by reference. If it is possible, would you modify it so that it does compile? Note 1: No problem when returning a copy as in "GetFunctionThatReturnsCopyX_2" Note 2: I employ a workaround in "GetFunctionThatReturnsRefX_1" that uses a helper "facade" function. I'm hoping to avoid this. Similarly I'm hoping to not have to add member function TCObject::GetX. Invoked with "g++ -c test.cpp" using gcc 4.6.3. Thank you, Chris #include <boost/bind.hpp> #include <boost/function.hpp> //------------------------------------ //------------------------------------ struct TCObject { int x; }; //------------------------------------ //------------------------------------ int GetCopyX(TCObject* pClass) { return pClass->x; } //------------------------------------ //------------------------------------ boost::function<int(TCObject*)> GetFunctionThatReturnsCopyX_1() { return boost::bind(GetCopyX, _1); } //------------------------------------ //------------------------------------ boost::function<int(TCObject*)> GetFunctionThatReturnsCopyX_2() { return boost::bind(&TCObject::x, _1); } //------------------------------------ //------------------------------------ int& GetRefX(TCObject* pClass) { return pClass->x; } //------------------------------------ //------------------------------------ boost::function<int&(TCObject*)> GetFunctionThatReturnsRefX_1() { return boost::bind(GetRefX, _1); } //------------------------------------ //------------------------------------ boost::function<int&(TCObject*)> GetFunctionThatReturnsRefX_2() { //return boost::ref(boost::bind(&TCObject::x, _1)); return boost::bind(&TCObject::x, _1); }

1 1

Can boost help me organize/parse lots of binary data?
by Chris Stankevitz 27 Feb '13

27 Feb '13

I am receiving a "live" stream of binary data that represents the states of various objects. Sort of like this: Car Speed (m/s): float32 Temperature (deg): uint16 ... My real packets have hundreds of items in them. I will be decoding many of these "packets" and doing various things with them like printing their values to console, etc. My plan is just to make classes: class Car { public: void Decode(istream&); private: float speed; unsigned temperature ... }; But it will not be very extendable. Unfocused open-ended question: Does boost offer something that will help me with this? Thank you, Chris

6 16

[heap] How to orderly traverse a priority queue and update a given element?
by Francisco Lopes 27 Feb '13

27 Feb '13

I'm looking for a good data structure that can *maintain* its elements sorted. Currently I'm trying Boost.Heap<http://www.boost.org/doc/libs/1_53_0/doc/html/heap.html> . I frequently need to orderly traverse the data structure, find a element based on some property and update its priority when it matches. Boost.Heap priority queues provide ordered and non-ordered iterators. Element updates occurs through a element handle, a handle can be obtained from a ordinary non-ordered iterator, but not directly from a ordered one as in the following example: #include <iostream>#include <algorithm>#include <boost/heap/fibonacci_heap.hpp> using namespace boost::heap; int main(){ fibonacci_heap<int> fib_heap; fib_heap.push(1); fib_heap.push(2); fib_heap.push(3); for(auto i = fib_heap.ordered_begin(); i != fib_heap.ordered_end(); ++i) { auto h = fibonacci_heap<int>::s_handle_from_iterator(i); if(*h == 3) { fib_heap.increase(h, *h + 2); break; } } std::for_each(fib_heap.ordered_begin(), fib_heap.ordered_end(), [](const int &e) { std::cout << e << std::endl; });} How can I orderly traverse the queue and update an element in the traversal? Note that I leave traversal after the update. (Suggestions of alternative libraries for such purpose are welcome)

1 1

Errors compiling for Linux Ubuntu
by Michael Powell 26 Feb '13

26 Feb '13

Hello, Unless my compiler tool chain is off, I am just getting a ton of errors compiling Boost 1.53.0 for Linux Ubuntu. Ultimately, we'll want to cross-compile down to Arch Linux / ARM as well if it makes a difference (and it will). Errors saying failed updating 57 targets, skipped 10150 targets. I am building with all libraries and setting my prefix to /opt/boost_1_53_0. Then I run the ./b2 install. I am basically following the Linux instructions, but apparently, what am I missing? Thank you. Regards, Michael

1 0

Boost.MSM cc1plus.exe:: error: out of memory allocating 65532
by RaRi 26 Feb '13

26 Feb '13

Hi all, I'm using boost.msm from the boost 1.53.0 library. I have together 8 submachines and almost 50 states distributed between the differente submachines. The number of events is 44. Unfortunately I got the following compilation error: * cc1plus.exe:: error: out of memory allocating 65532* First of all I have observed the memory allocation while the compilation phase: It exceeded 2Gm memory and than I've received that error. So, my solution was to switch to an 64 bit system with 8 GB memory. But to hell, I still got this error. My system environment is configured as follows: Operating system : Windows 7 64-Bit MinGW32, gcc v.4.72 Is this an gcc bug or do I have to extend to 16 GB? But I don't think so, as the failue is always reported after almost 2 Gb memory allocation while the compilation phase... Thank you for your help in advance, BR, Rafael -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-MSM-cc1plus-exe-error-out-of-memor… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

[units] Creating a velocity unit
by Ryan 26 Feb '13

26 Feb '13

Boost Community, I'm trying to create a custom velocity unit. I would like to create a unit that is in nautical miles per hour to represent my speed value. If I use pound_force.hpp as an example of units with more than one dimension I can create the following. BOOST_UNITS_DEFINE_BASE_UNIT_WITH_CONVERSIONS(metric, nautical_mile_per_hour, "nautical mile per hour", "nmi h^-1", factor, si::velocity, ???); If this is the right track, what id would I use and how do I know that it is unique? This seems forced. I would rather define this unit in terms of meters per second. Nautical miles is already in terms of meters and hours is also defined as a scale of seconds. Can I somehow use these two already defined units to create the new unit? How would I do this? Ryan

3 16

[PBGL] distributed property map problem
by bminano 26 Feb '13

26 Feb '13

Hello, I am having a problem trying to initialize the distributed property map in parallel code. I get a memory access violation when running this part of code: BGL_FORALL_EDGES(e, g, Graph) { remote_key k(rank, index); put(values, k, 0.1); index++; } I followed the distributed_property_map_test, but I cannot figure where is the problem. It fails at the first edge. The distributed map is defined as follows: typedef boost::parallel::distributed_property_map<mpi_process_group, remote_key_to_global, EdgeIndexMap> ValueMap; ValueMap values(g.process_group(), remote_key_to_global(), eindex); values.set_reduce(rank_accumulate_reducer<double>()); Where eindex is a local map with the local indices of the edges. Please, could someone help me? -- View this message in context: http://boost.2283326.n4.nabble.com/PBGL-distributed-property-map-problem-tp… Sent from the Boost - Users mailing list archive at Nabble.com.

1 1

[fusion, phoenix, spirit2] C++ orientation
by Michael Powell 26 Feb '13

26 Feb '13

Hello, It's been a little while since I've gone into much depth in C++. Been in the C# world for recent years and have a fairly advanced view of that world, through concepts like push-oriented dependency injection, pull-oriented inversion of control (less preferred), functional style programming using anonymous actions, functions, lambdas, and so on. I am working on a project now where we are adopting C++ into the mix, and I would like to get a much better sense for Spirit (likely Spirit2) for purposes of how to run sequences of complex data through various calculations, finds, counts, etc, probably needing to dynamically parse these calculations. Our data will be a series of spiked tuples (one or more) of n-dimensional packed values, and we'll probably need to dynamically parse calculations on the n-dimensions to determine did we satisfy the solution. I don't know if that makes any sense to anyone. It's all very conceptual, very abstract, at this stage of the game. I know, or have a sense, exactly how I might do it in C#, .NET 4, and so on. A little less so what's available in C++, much less boost, spirit, phoenix, fusion, etc. Any insight where to begin would be helpful. Regards, Michael

10 19

[Regex] MSVC 2008 (VC9) fails to compile regex_raw_buffer.hpp on 1_49
by Larry 26 Feb '13

26 Feb '13

I get an error just including regex.hpp in a program that used to work on earlier VC versions. 1>c:\boost\include\boost-1_49\boost\regex\v4\regex_raw_buffer.hpp(184) : error C2665: 'operator new' : none of the 6 overloads could convert all the argument types 1> c:\program files (x86)\microsoft visual studio 9.0\vc\include\new(57): could be 'void *operator new(size_t,void *) throw()' 1> c:\program files (x86)\microsoft visual studio 9.0\vc\include\new(86): or 'void *operator new(size_t,const std::nothrow_t &) throw()' 1> while trying to match the argument list '(const char [64], long)' 1>c:\boost\include\boost-1_49\boost\regex\v4\perl_matcher_non_recursive.hpp(110) : error C2059: syntax error : '*' inline raw_storage::raw_storage(size_type n) { start = end = static_cast<pointer>(::operator new(n)); <--- offending line for first error BOOST_REGEX_NOEH_ASSERT(start) last = start + n; } struct save_state_init { saved_state** stack; save_state_init(saved_state** base, saved_state** end) : stack(base) { *base = static_cast<saved_state*>(get_mem_block()); *end = reinterpret_cast<saved_state*>(reinterpret_cast<char*>(*base)+BOOST_REGEX_BLOCKSIZE); --(*end); (void) new (*end)saved_state(0); <---- offending line for second error ........... I looked to see if this was a known failure but apparently missed it if it was already covered. It is probably not a Boost problem. The earlier versions were compiled on 32 bit systems and this is a 64 bit system (Win7). I assume I have probably missed some configuration item to make this work. I am fairly certain I did compile this before under VC9 on a 32 bit system (Vista). (Boost was built from source on this system and this compiler.) Any pointers for resolution would be appreciated. Larry

3 4

Boost user's guide or getting started guide?
by John Lilley 25 Feb '13

25 Feb '13

Greetings! I feel that many questions I have about Boost.Geometry are really questions about the "Boost way and true path". Is there a good place to get started with Boost.Geometry specifically or Boost in general? I feel that I am locking in some basic understanding of how all of these templates fit together, what are Ranges, what are "concepts" etc. Where do I RTFM? Thanks, john

4 3

nest mpl::lambda
by Niitsuma Hirotaka 25 Feb '13

25 Feb '13

I would like to use mpl::lambda in nest. In this case works fine. --------- typedef boost::mpl::lambda<boost::mpl::max<boost::mpl::_1,boost::mpl::_2> > my_max; typedef boost::mpl::fold< boost::mpl::vector_c<int,1,7,0,-2,5,-1> , boost::mpl::int_<6> //, boost::mpl::max<boost::mpl::_1,boost::mpl::_2> , my_max >::type r2; BOOST_MPL_ASSERT(( boost::is_same< r2, boost::mpl::integral_c<int, 7> > )); --------- However --------- typedef boost::mpl::lambda< boost::mpl::fold< boost::mpl::_1 ,boost::mpl::front<boost::mpl::_1> ,my_max >::type >::type my_max_types; typedef my_max_types::apply<boost::mpl::vector_c<int,1,7,0,-2,5,-1> >::type r3; BOOST_MPL_ASSERT(( boost::is_same< r3, boost::mpl::integral_c<int, 7> > )); ///error => becomes boost::mpl::integral_c<int, 1> --------- How to define such nest lambda in mpl?

2 6

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 25 Feb '13

25 Feb '13

Hi ./b2 libs/graph_parallel/example No it didnt work. Tasos ####### "typeinfo for boost::mpi::exception", referenced from: typeinfo for boost::exception_detail::error_info_injector<boost::mpi::exception>in dijkstra_shortest_paths.o "vtable for boost::mpi::exception", referenced from: boost::mpi::exception::exception(boost::mpi::exception const&)in dijkstra_shortest_paths.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status "g++" -L"/usr/local/Cellar/open-mpi/1.6.3/lib" -o "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths" "bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths.o" "bin.v2/libs/system/build/darwin-4.2.1/debug/libboost_system.dylib" "bin.v2/libs/graph_parallel/build/darwin-4.2.1/debug/libboost_graph_parallel.dylib" "bin.v2/libs/serialization/build/darwin-4.2.1/debug/libboost_serialization.dylib" -lm -lmpi -lmpi_cxx -g ...failed darwin.link bin.v2/libs/graph_parallel/example/darwin-4.2.1/debug/dijkstra_shortest_paths... ...failed updating 2 targets...

2 1

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 25 Feb '13

25 Feb '13

Hi Jeremiah, I can confirm that ParallelBGL that comes with 1.53 compiles. The problem with this one is that when I try to compile the example (again from 1.53) I get this problem: /usr/local/include/boost/graph/distributed/mpi_process_group.hpp:419:28: No viable conversion from 'shared_ptr<boost::graph::distributed::mpi_process_group::impl>' to 'bool' 1) Any ideas? 2) Any location that I can find more examples of the Parallel BGL? Best, Tasos

3 3

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 25 Feb '13

25 Feb '13

Hi, I used the BFS example from "lib/graph_parallel/example/" Maybe Im not linking the right files? Thanks, Tasos

2 1

MSVC Visualizer for Fusion Vectors
by Rodrigo Madera 25 Feb '13

25 Feb '13

Are there any plans (or actual implementations) for Visual Studio debug visualizers for Fusion Vectors? Thank you, Rodrigo

2 2

Re: [Boost-users] Boost-users Digest, Vol 3370, Issue 2
by Brammert Ottens 25 Feb '13

25 Feb '13

> Brammert Ottens > > Hi, > > I've had a closer look and I was too quick in dismissing your solution. however, the on_label_popped(cur_label) gets a const reference to the label. I've used a const_cast to remove the const (see code below), but now the code crashes when cleaning up the labels using deallocate. Any ideas on what could be wrong? > > template<class Label, class Graph> > void QRCSPPVisitor::on_label_popped( const Label& label, const Graph& graph ) > { > RCSPPVisitorData().IncrementLabelsPopped(); > > if ( TimedOut() || GetMillis(StartTime()) > MaxMillis() ) > { > this->SetTimedOut(); > const_cast<Label&>(label).b_is_dominated = true; > } > } I think you can just change the parameter declaration to be a non-const reference. Can you please check where the crash occurs and whatever information you can get about the cause? Thanks. -- Jeremiah Willcock Hi, The crash occurs in the final loop, where you are going over vec_vertex_labels. It crashes when calling l_alloc.deallocate( (*csi).get(), 1 );. We use the standard std::allocator. Unfortunately the code has been encapsulated into a much larger project, and the only information that I have is what windows gives me: Problem Event Name: APPCRASH Application Name: QServer_D64.exe Application Version: 2013.6.6145.0 Application Timestamp: 512b792f Fault Module Name: KERNELBASE.dll Fault Module Version: 6.1.7601.18015 Fault Module Timestamp: 50b8479b Exception Code: 40010006 Exception Offset: 0000000000009e5d OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1043 Additional Information 1: 02d5 Additional Information 2: 02d5a24c112729571ddd0daf5f60defb Additional Information 3: 563e Additional Information 4: 563e19c789cadcf1ddb48080eecb0875 Removing the const from Label doesn't help, the code still crashes. So if you can put a visitor that allows to jump out of the loop prematurely that would be immensely helpful! Thanks already for the quick help. Brammert

1 0

Re: [Boost-users] Boost-users Digest, Vol 3369, Issue 2
by John M. Dlugosz 25 Feb '13

25 Feb '13

On 2/24/2013 12:44 PM, boost-users-request-at-lists.boost.org |Boost/Allow to home| wrote: > Are you implying this of Boost libraries in general ? If so I beg to > differ. Boost libraries cover more than .Net libraries do in the realm > of general purpose programming. The .Net API very nicely covers APIs > specific to Windows programming and some general purpose APIs, but not > nearly so much as Boost does of the latter. > > I do not mean to start an opinion war but I think your reply above gives > the OP the wrong idea about the strengths of Boost libraries, especially > as he is new to Boost. And yes I have programmed in .Net ( both C# and > C++/CLI ) pretty extensively. <http://channel9.msdn.com/Events/GoingNative/GoingNative-2012/Interactive-Pa…> at about 30 Minutes, “no large libraries [for C++]” <http://channel9.msdn.com/Events/GoingNative/GoingNative-2012/C-11-VC-11-and…> Thesis starts at 1:15, lasts till nearly the end. Now I would agree that his counting picks up a lot of "bloat" from API wrappers, but he does mention more specific examples of libraries that are needed for standard C++. Could you elaborate on your remarks, using this as a starting point of where we are coming from? —John

1 0

[parallel graph] error building parallel BGL
by The Maschine 25 Feb '13

25 Feb '13

Hi all, My boost.mpi test seems ok: ####################### ➜ Temp mpic++ -I/usr/local/include/boost/mpi/ mpitest2.cc - L/usr/local/lib/ -lboost_mpi-mt -lboost_serialization-mt ➜ Temp ./a.out I am process 0 of 1. ➜ Temp mpirun -n 6 ./a.out I am process 1 of 6. I am process 4 of 6. I am process 0 of 6. I am process 3 of 6. I am process 5 of 6. I am process 2 of 6. ###################### But when I try to build parallelBGL I get the following error: ###################### ➜ parallelBGL-Mac cmake ../parallelBGL/ -- The C compiler identification is Clang 4.2.0 -- The CXX compiler identification is Clang 4.2.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Boost version: 1.53.0 -- Found the following Boost libraries: -- mpi -- serialization -- filesystem -- system -- thread -- Configuring done -- Generating done -- Build files have been written to: /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL-Mac ➜ parallelBGL-Mac make Scanning dependencies of target boost_graph_mpi [ 2%] Building CXX object libs/graph_parallel/src/CMakeFiles/boost_graph_mpi.dir/mpi_process_group.cpp.o Linking CXX static library ../../../lib/libboost_graph_mpi.a [ 5%] Built target boost_graph_mpi Scanning dependencies of target adjlist_build_test [ 8%] Building CXX object libs/graph_parallel/test/CMakeFiles/adjlist_build_test.dir/adjlist_build_test.cpp.o In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/libs/graph_parallel/test/adjlist_build_test.cpp:10: In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjacency_list.hpp:51: /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/named_graph.hpp:345:12: warning: reference 'self' is not yet bound to a value when used here [-Wuninitialized] : self(self), name(other.name), committed(other.committed) ^ In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/libs/graph_parallel/test/adjlist_build_test.cpp:10: In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjacency_list.hpp:3961: /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:97:27: error: no viable conversion from 'boost::filesystem::path' to 'std::string' (aka 'basic_string<char>') std::string process_name = i->path().filename(); ^ ~~~~~~~~~~~~~~~~~~~~ /usr/include/c++/4.2.1/bits/basic_string.h:434:7: note: candidate constructor not viable: no known conversion from 'boost::filesystem::path' to 'const std::basic_string<char> &' for 1st argument basic_string(const basic_string& __str); ^ /usr/include/c++/4.2.1/bits/basic_string.h:469:7: note: candidate constructor not viable: no known conversion from 'boost::filesystem::path' to 'const char *' for 1st argument basic_string(const _CharT* __s, const _Alloc& __a = _Alloc()); ^ In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/libs/graph_parallel/test/adjlist_build_test.cpp:10: In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjacency_list.hpp:3961: /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:841:37: error: no type named 'retag_property_list' in namespace 'boost::detail' typedef typename boost::detail::retag_property_list< ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:841:56: error: expected unqualified-id typedef typename boost::detail::retag_property_list< ^ /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:876:25: error: unknown type name 'edge_property_type'; did you mean 'edge_property_tag'? , static_cast<edge_property_type const&>(get(edge_all_t(), g, e)) ^~~~~~~~~~~~~~~~~~ edge_property_tag /usr/local/include/boost/graph/properties.hpp:69:10: note: 'edge_property_tag' declared here struct edge_property_tag { }; ^ In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/libs/graph_parallel/test/adjlist_build_test.cpp:10: In file included from /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjacency_list.hpp:3961: /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:955:37: error: no type named 'retag_property_list' in namespace 'boost::detail' typedef typename boost::detail::retag_property_list< ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ /Users/varoudis/Dropbox/Projects/Libraries/parallelBGL/boost/graph/distributed/adjlist/serialization.hpp:955:56: error: expected unqualified-id typedef typename boost::detail::retag_property_list< ^ 1 warning and 6 errors generated. make[2]: *** [libs/graph_parallel/test/CMakeFiles/adjlist_build_test.dir/adjlist_build_test.cpp.o] Error 1 make[1]: *** [libs/graph_parallel/test/CMakeFiles/adjlist_build_test.dir/all] Error 2 make: *** [all] Error 2 ########################## Best, Tasos

2 1

Re: [Boost-users] time out for r_c_shortest_paths
by Brammert Ottens 25 Feb '13

25 Feb '13

> Hi, > > I want to be able to put a time out on the r_c_shortest_paths, and still > be able to get the optimal paths that have been found so far. Currently, > I changed the REF such that it always returns false as soon as the time > out has reach, in effect emptying the unprocessed_labels queue. The > problem with this is that the algorithm still needs quite some time to > actually empty the queue. > > I tried to have the on_label_popped(cur_label) throw an exception when > the timeout has been reached. The timeout itself works like a charm, but > because the pareto_optimal_solutions container is only filled after the > while loop I can't access the already found optimal solutions. You might want to have on_label_popped(l, g) take l by reference and set l.b_is_dominated to true. You'll still need to empty the queue, but (if that approach works) it should be faster that way. -- Jeremiah Willcock Hi Jeremiah, Thanks for your suggestion, but if I understand correctly it would mean a change to the code. I do not want to change the code, because if ever there is an update to boost I just want to be able to replace the old libraries with the new ones. If I would change the code, I would keep the exception and put a try/catch statement around the while-loop. Then you go around the problem of having to empty the queue. Is there any change to get something like a graceful timeout supported in the boost graph algorithms? Brammert Ottens Hi, I've had a closer look and I was too quick in dismissing your solution. however, the on_label_popped(cur_label) gets a const reference to the label. I've used a const_cast to remove the const (see code below), but now the code crashes when cleaning up the labels using deallocate. Any ideas on what could be wrong? template<class Label, class Graph> void QRCSPPVisitor::on_label_popped( const Label& label, const Graph& graph ) { RCSPPVisitorData().IncrementLabelsPopped(); if ( TimedOut() || GetMillis(StartTime()) > MaxMillis() ) { this->SetTimedOut(); const_cast<Label&>(label).b_is_dominated = true; } } regards, Brammert Ottens

2 1

Re: [Boost-users] time out for r_c_shortest_paths
by Brammert Ottens 25 Feb '13

25 Feb '13

On Thu, 21 Feb 2013, Brammert Ottens wrote: > Hi, > > I want to be able to put a time out on the r_c_shortest_paths, and still > be able to get the optimal paths that have been found so far. Currently, > I changed the REF such that it always returns false as soon as the time > out has reach, in effect emptying the unprocessed_labels queue. The > problem with this is that the algorithm still needs quite some time to > actually empty the queue. > > I tried to have the on_label_popped(cur_label) throw an exception when > the timeout has been reached. The timeout itself works like a charm, but > because the pareto_optimal_solutions container is only filled after the > while loop I can't access the already found optimal solutions. You might want to have on_label_popped(l, g) take l by reference and set l.b_is_dominated to true. You'll still need to empty the queue, but (if that approach works) it should be faster that way. -- Jeremiah Willcock Hi Jeremiah, Thanks for your suggestion, but if I understand correctly it would mean a change to the code. I do not want to change the code, because if ever there is an update to boost I just want to be able to replace the old libraries with the new ones. If I would change the code, I would keep the exception and put a try/catch statement around the while-loop. Then you go around the problem of having to empty the queue. Is there any change to get something like a graceful timeout supported in the boost graph algorithms? Brammert Ottens

2 1

Boost.Geometry: please help; using buffer() extensions
by John Lilley 25 Feb '13

25 Feb '13

Something of a repost, but I've learned a bit more on the path to being truly confused. It appears that boost\geometry\extensions\algorithms\buffer\buffer_inserter.hpp contains some specializations for buffering other shape types? But I'm out of my depth here... is there an example? What do I need to do in order to buffer: a point? A linestring? A vector of polygons? A heterogeneous collections of shapes? Is this generalization of buffer also going to work as a "deflate" for polygons? If someone can tell me "include these headers, use these algorithms", it will help a lot! Thanks John

2 1

[Fusion] Associate arbitrary compile/runtime annotations with members of fusion sequence
by Kozlov Taras 25 Feb '13

25 Feb '13

Started to use Boost.Fusion in my project I quick realized that it would be very convenient if fusion adapt macroses like BOOST_FUSION_DEFINE_STRUCT would give ability to associate additional information with members. Second problem is that BOOST_FUSION_DEFINE_STRUCT and such doesn`t support inheritance. So I did a small utility library that allow to define fusion sequences with arbitrary list of annotations associated with each member, and want to share it with community :) http://tarasko.github.com/cppan/ Will appreciate for any comments

3 6