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

Build Boost 1.50 on Windows XP for MSVS2008
by Boost lzw 19 Jul '12

19 Jul '12

Hi there, I am wondering if anyone here have built 1.50 on Windows XP for MSVS2008 and can kindly share what exact commands in command line that I should use to manaully build everything from the sorce for use with MSVS2008. I have downloaded boost 1.50 and placed it under "C:\Program Files\boost_1_50_0\" folder and can modify the folder when building. I read here that someone tried something like: cd "C:\Program Files\boost_1_50_0\" bootstrap.bat bjam.exe but I could not find "bjam.exe". I also suspect the building process might not be so simple. Thanks in advance for your help. Robert

5 11

Distributed breadth first search MPI_Unpack runtime error
by Clara Moore 18 Jul '12

18 Jul '12

Hi, I'm having a runtime error that I can't seem to figure out how to fix. When I create and breadth first search a graph with 1,000,000 vertices my code works fine, but if I create and breadth first search a graph with 2,000,000 vertices then I get an MPI_Unpack runtime error. From a stack trace I believe that the code is failing on a call to synchronize the first time that the queue is checked for being empty within the breadth first search code. Can anyone tell me what is wrong in my code please? I'm using version 1.48.0 if that helps any. My code is: #include <boost/graph/use_mpi.hpp> #include <boost/mpi/environment.hpp> #include <boost/mpi/communicator.hpp> #include <boost/graph/distributed/concepts.hpp> #include <boost/graph/adj_list_serialize.hpp> #include <boost/graph/distributed/mpi_process_group.hpp> #include <boost/graph/distributed/adjacency_list.hpp> #include <boost/random/linear_congruential.hpp> #include <boost/graph/distributed/breadth_first_search.hpp> #include <boost/graph/rmat_graph_generator.hpp> using namespace boost; using namespace graph; using namespace distributed; int main(int argc, char* argv[]) { mpi::environment env(argc, argv); mpi::communicator world; int verts = 20; if(argc > 1){ verts = atoi(argv[1]); } int edgs = 12*verts; if(argc > 2){ edgs = atoi(argv[2]); } typedef adjacency_list<listS, distributedS<mpi_process_group, vecS>, undirectedS> Graph; minstd_rand gen_rmat; typedef rmat_iterator<minstd_rand, Graph> RMATgen; Graph g(RMATgen(gen_rmat, verts, 12*verts, 0.33, 0.15, 0.49, 0.03), RMATgen(), verts); world.barrier(); synchronize(g.process_group()); world.barrier(); breadth_first_search(g, vertex(0, g), visitor(bfs_visitor<null_visitor>())); world.barrier(); return 0; } And the runtime error I get is: terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::mph::exception> >' what(): MPI_Unpack: MPI_ERR_ARG: invalid argument of some other kind

1 0

boost numeric bindings - lartg
by Peter Man 18 Jul '12

18 Jul '12

Hi, I'm using the numeric bindings library, and am trying to generate a plane rotation. I've done this using the blas::rotg function, but was hoping to try out the more accurate lapack::lartg function. However, I cannot find this function. Is this missing from the library or have I just not looked hard enough? Thanks in advance! Peter

2 1

Re: [Boost-users] filesystem directory_iterator run-time error during construction after upgrading to OSX Lion
by Thibaut LEPAGE 18 Jul '12

18 Jul '12

Hello, I have a program using a directory_iterator which worked well until yesterday (Mac OSX Lion, g++ version 4.2 and boost version 1.49). Then I upgraded g++ to 4.7 and now the program produces a runtime error "pointer being freed was not allocated" when trying to create the directory_iterator. Thibaut Lepage

1 0

How to make is_arithmetic true for a UDT
by Paul A. Bristow 17 Jul '12

17 Jul '12

I am facing the need to get my User Defined Type to return true from boost::is_arithmetic (This is to meet a check for autoprefixing in Boost.Units) There was some discussion on this issue before, http://lists.boost.org/boost-users/2007/10/31538.php but I am not clear if it reached a satisfactory conclusion. (Nor that I fully understand what is being proposed). A cut-down example is a Trivial UDT that does exactly same as double. (My actual example has template parameter for floating-point type of two members, a value and an uncertainty, and others). Suggestions? Paul -- - Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow(a)hetp.u-net.com

3 6

[Phoenix] for_each calling push_back for stl containers
by Ryan 17 Jul '12

17 Jul '12

Hello, In upgrading from boost 1.39 to 1.47 I changed my use of the Phoenix library (which was within Spirit) to the stand alone Phoenix library. This caused my below code to stop working. /**** Code Start ***/ static boost::char_separator<char> seperator(":"); boost::tokenizer< boost::char_separator<char> > tokens(s, seperator); //s is a passed in std::string std::vector<std::string> string_tokens; namespace phx = boost::phoenix; //This line fails to compile now. std::for_each(tokens.begin(), tokens.end(), phx::bind(&std::vector<std::string>::push_back, &string_tokens, phx::arg_names::arg1)); /**** Code Stop ***/ This lead me to three questions. 1. What changed about phoenix bind that caused this not to work any more? 2. I tried using the lazy version of push_back to bypass the bind issue. In the documentation there are not any examples of multiple algorithm and container methods calling each other to show how the arguments of one method is passed to another. std::for_each(tokens.begin(), tokens.end(), phx::push_back(&string_tokens, phx::arg_names::arg1)); This compiles but nothing is placed into string_tokens. So I'm assuming the argument from for_each isn't being passed to push_back. What needs to changed in this method call? 3. Can that entire line of question 2 be replaced with the lazy version of the method calls or does the outer most call need to be a non-lazy method? phx::for_each(phx::arg_names::arg1, phx::push_back(phx::arg_names::arg2, phx::arg_names::arg3))(tokens, string_tokens, ???); If the entire line can be a lazy version then how would I map for_each to push_back for arg3? Any help for these three questions would really be appreciated. Ryan

5 23

How to deal with the exception " End of File"
by mcheng 17 Jul '12

17 Jul '12

Hi all: I have check the thread which was talking about "end of file" problem. I have the same issue and I have no idea about when the socket be closed by program. The author said that he fixed the bug after debugging finally but he didn't show the way to solve the problem and where was the bug is~ Can some body give me some hint about it ? Thanks Cheer~ Cheng Mo Beijing Jaeger Communication Electronic Technology Co., Ltd. Addr: Floor2B Dingjun Plaza No.75 Suzhou Street, 100080, Beijing, China Mail: mcheng(a)pbicn.com

2 1

[context] Release date?
by Szymon Gatner 17 Jul '12

17 Jul '12

Hey, boost.context has been accepted quite some time ago, is there any eta on when it is going be officially part of boost? asio (for async task running) + context (as a coroutine/continuation) == pure win -- Szymon Gatner The Lordz Games Studio www.thelordzgamesstudio.com

3 6

compile asio against static boost libs
by Sergiy Nazarenko 17 Jul '12

17 Jul '12

Hi all! I would like to compile my project against static libraries If I compile my project in following manner: c++ -I/usr/local/include/boost/1.49.0/ -c -o azio.o azio.cpp c++ -L/usr/local/lib64/boost/1.49.0/ azio.o -lboost_system -o bin/azio It is OK. But if I use static libraries: c++ -I/usr/local/include/boost/1.49.0/ -c -o azio.o azio.cpp c++ -L/usr/local/lib64/boost/1.49.0/ azio.o /usr/local/lib64/boost/1.49.0/libboost_system.a -o bin/azio I have got error: azio.o: In function `boost::asio::detail::posix_tss_ptr_create(unsigned int&)': azio.cpp:(.text._ZN5boost4asio6detail20posix_tss_ptr_createERj[boost::asio::detail::posix_tss_ptr_create(unsigned int&)]+0x19): undefined reference to `pthread_key_create' azio.o: In function `boost::asio::detail::posix_thread::~posix_thread()': ........ ........ boost::asio::detail::task_io_service::thread_info>::context>::operator=(boost::asio::detail::call_stack<boost::asio::detail::task_io_service, boost::asio::detail::task_io_service::thread_info>::context*)]+0x20): undefined reference to `pthread_setspecific' collect2: ld returned 1 exit status I used strings to know where is function pthread_key_create. I found in libboost_thread.so. Next my step was: c++ -L/usr/local/lib64/boost/1.49.0/ azio.o /usr/local/lib64/boost/1.49.0/libboost_system.a /usr/local/lib64/boost/1.49.0/libboost_thread.a -o bin/azio I've try out to mix up places libraries and object file c++ .. azio.o libboost_system.a libboost_thread.a -o bin/azio c++ .. libboost_system.a libboost_thread.a azio.o -o bin/azio c++ .. libboost_thread.a azio.o libboost_system.a -o bin/azio But error is still. Thanx, Sergiy

3 4

[boost] conversion review report
by Gordon Woodhull 16 Jul '12

16 Jul '12

Hi Vicente, all, Profuse apologies for the long delay in writing this report. Cheers, Gordon Report on Boost Conversion Library Review, August 20-29, 2011. I want to thank Vicente Botet Escriba for submitting the Conversion library for review and for his general good nature in receiving criticism and alternate designs. The Conversion library presents a general framework for plugging in conversion operations between arbitrary types, providing a consistent interface for type-to-type conversions. The library is unfortunately rejected. During the review, there were two votes for acceptance and two against, and some interesting conversation from about a dozen participants. The major reason the library can't be accepted in its current form is that there was near consensus that there is no universal conversion domain, especially when the source or destination type might be a string. Much of the review focused on possible One Definition Rule (ODR) violations, which are a consequence of having a universal customization point using template specializations or function overloads. Many solutions were offered, which will make up the second part of this report, "How to Avoid Universality." I. Concerns about the library Conversions Are Not Generic? While some reviewers didn't see the need for a generic conversion library (and I was a little surprised at the vehemence of their opinions), I don't see this in itself as a reason to reject the library. The library's stated purpose is to provide a common interface for general type <-> type conversions, like lexical_cast does for string <-> type conversions. However, it was interesting that seemingly no one could come up with applications of truly generic conversion, although Jeffrey Lee Hellrung and Antony Polukhin alluded to their existence. Also, some reviewers pointed out that you often need to choose what kind of conversion to do, and a generic library can get in the way here. Strings are the most obvious example: if you are converting from a string representing a binary value it would not work to use a decimal converter. Antony Polukhin pointed out a more subtle example: "lexical_cast<char>(1) and numeric_cast<char>(1) will produce different output." Jeff Hellrung summed this point up nicely: "I think it's certainly possible for different clients using the same generic component to want different conversion implementations for a given pair of types, and that point, Boost.Conversion's universally-defined conversion implementations become useless. One wants the conversion operation to be parametrized as well as the types involved in the conversion." Multi-Client Specialization Concerns Leaving aside possible ODR violations, which we'll return to in Part II, some reviewers questioned the scalability of using template specialization and overloads when many clients (i.e. independent headers) may be customizing the behavior. Vladimir Batov claimed that a system which allows partial specializations on both Source and Target can't be made to work generally. Jeroen Habraken said SFINAE/enable_if "does make code fragile". I'm not clear if these conversations were resolved (or resolvable ;). Non-Generic Solutions Some reviewers objected that conversions should just be defined within individual libraries, but of course this begs the question (as came up recently on the ML between DateTime and Chrono), "which library should house the conversions?" Others (such as Phil Endecott) thought that simple c-style functions such as rgb_to_cmyk() were more explicit and direct. Why is this so complex? Kevlin Henney, initially excited about a general solution to the problem which lexical_cast first set out, commented on the documentation: "Based on casual reading, it feels a little more complex and requires a higher-entry level of knowledge than would be appropriate for many of the people who actually need this functionality." II. How to Avoid Universality One of the positive results of this review was a small catalog of alternatives to a universal customization point involving template specialization or overloaded functions. a. Avoid the Problem In the strictest sense, any library which allows either kind of universal customization can be prone to ODR violations. But many reviewers particularly thought that a customization point involving two UDTs was especially dangerous. To his credit, Vicente was very up-front about the limitations of his design, and attempted to formulate rules for how the library could be used safely. In the documentation, he suggests (IIUC) that header-only libraries could use generic conversions as long as they don't define them, or define them as long as they don't use them. http://tinyurl.com/cmbgyfk b. Inherited tags John Bytheway suggested a tag-dispatch system where conversions are tagged with their source library, and any library which depends on conversions from two libraries would define a tag which inherits from the tags of both libraries. Thus ODR violations are avoided at the expense of having to specify an extra tag (effectively a sort of global conversion domain). http://lists.boost.org/Archives/boost/2011/08/184836.php c. Conversion Domains and Overloaded Function Objects Going on the consensus that there is no universal conversion domain, your humble review manager suggested a metaprogramming solution that defines conversion domain objects which combine a set of conversions within an object. http://lists.boost.org/Archives/boost/2011/08/185259.php A more general solution would be to create an overloaded polymorphic function object, much like a polymorphic-source version of Lorenzo Caminiti's OverloadedFunction library (http://tinyurl.com/72nolyj) However, I have been warned (by Daveed Vandevoorde) that the rules for function overloading are too dangerously complicated to implement in a metaprogram. d. Boost.Dispatch Matthias Gaunard announced that he is working on a library particularly to "solve the problem of specializing a function template for a category of types with best-match selection." http://lists.boost.org/Archives/boost/2011/08/185286.php e. Abuse of Unnamed Namespaces Emil Dotchevski suggested that "It might be possible to abuse unnamed namespaces to avoid violating ODR". I'm not clear if this was a serious suggestion as it wasn't spelled out. :) f. GIL's solution (?) Christian Henning wrote: "GIL has such functionality. I like their way of structuring conversion." However, I was not able to find a description of this mechanism for the report. Thanks to everyone who participated in the review! _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0