- Boost-users - lists.boost.org

building boost with unsupported compiler
by McLemon, Sean 23 Jun '09

23 Jun '09

Hi, I'm looking to build Boost with a compiler not currently supported, but I'm struggling to find information on where I should really begin. It seems that I'll need to create my own toolset module (something like ..../boost_1_39_0/tools/build/v2/tools/blackfin.jam) with the toolchain's specific build switches etc, rebuild bjam then build Boost. I presume that boost also has some libraries which may need some specific options, or tweaking to work but am I getting the gist of it correctly? Should I be expecting major configuration headaches (toolchain-specific build\runtime issues aside) in adding a new architecture? Thanks, - Sean

2 1

[General] Pointer dereferencing by fn call.
by Robert Jones 23 Jun '09

23 Jun '09

Does this template<class T> T& *deref*( T* p ) { return *p; } exist anywhere in Boost? It's the kinda thing you need quite often when using bind, but I can't find it anywhere, which surprised me! Thanks, - Rob.

2 1

Problem with boost.system
by Robert Bielik 23 Jun '09

23 Jun '09

I'm using RCF (C++ IPC framework) and get the following link error on linux: built_components/librcf.a(RCF.o): In function `__static_initialization_and_destruction_0': /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:205: undefined reference to `boost::system::get_system_category()' /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:206: undefined reference to `boost::system::get_generic_category()' /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:211: undefined reference to `boost::system::get_generic_category()' /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:212: undefined reference to `boost::system::get_generic_category()' /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:213: undefined reference to `boost::system::get_system_category()' built_components/librcf.a(RCF.o): In function `boost::asio::error::get_system_category()': /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/asio/error.hpp:218: undefined reference to `boost::system::get_system_category()' built_components/librcf.a(RCF.o): In function `error_code': /home/robi/svn/projects/CacheDaemon/src/ext/boost/boost/system/error_code.hpp:312: undefined reference to `boost::system::get_system_category()' built_components/librcf.a(RCF.o): In function `RCF::FilterAdapter::onWriteCompleted(unsigned long, int)': /home/robi/svn/projects/CacheDaemon/src/ext/rcf/src/RCF/AsioServerTransport.cpp:76: undefined reference to `boost::system::get_system_category()' built_components/librcf.a(RCF.o): In function `RCF::FilterAdapter::onReadCompleted(RCF::ByteBuffer const&, int)': /home/robi/svn/projects/CacheDaemon/src/ext/rcf/src/RCF/AsioServerTransport.cpp:65: undefined reference to `boost::system::get_system_category()' collect2: ld returned 1 exit status make[2]: *** [built_components/CacheClient] Error 1 make[1]: *** [CMakeFiles/CacheClient.dir/all] Error 2 make: *** [all] Error 2 And error_code.cpp from boost.system is included AND linked to... besides the whole thing works fine on Windows... :( Ideas? TIA /Rob

2 3

[boost][graph] Efficiency problems in boost::adjacency_list
by Yinghai Lu 23 Jun '09

23 Jun '09

hi, erveryone, I'm building a graph incrementally using boost::adjacency_list with bundled properties. I did the following typedef: typedef boost::adjacency_list<setS, vecS, bidirectionalS, EdgeClass, NodeClass> Graph; EdgeClass and NodeClass is some classes holding the properties of edges and nodes so that I can access them by using g[u].some_property = 1; My problem is that I'm building the graph incrementally and the graph is huge. And with the definition I'm using the vector to hold the vertices, which results in many memory relocation and copy and makes the program stagnate. I wanted to use listS/mapS for the vertex list instead. However, the bundled property seems to work only with vecS only. Otherwise, compilation error will be thrown. So does anyone know how to solve this problem? Thanks. -- Best Regards, Yinghai

2 2

program_options and value<T>
by Zachary Turner 23 Jun '09

23 Jun '09

I want to extend the program_options to support parsing of value types that are not supported by default. For example, parsing of enum types. Suppose I have an enum typedef enum { ValueA, ValueB, ValueC } TestEnum; as well as some other enums. What I'd like to do is something like this: options_description options; variables_map variables; options.add_options() ("test", value<TestEnum>(), "test") ("test2", value<TestEnum2>(), "test2"); etc. So that on the command line I can specify something along the lines of foo.exe --test=ValueA --test2=ValueAA and it will automatically convert them appropriately. Anyone can point me in the direction?

2 1

[BGL] Copy graph
by Caligula 23 Jun '09

23 Jun '09

How can I copy a graph with bundled properties and all? - Caligula

1 0

binary mpl::transform fails to compile with fusion::vector
by Mike Tegtmeyer 22 Jun '09

22 Jun '09

I am hoping someone can point me the in right direction regarding this code snippit failing to compile. My suspicion is that it is a header problem but any help would be appreciated. In short, I seem to be missing why the binary form of mpl::transform won't work with fusion::vector. (unary form works just fine). The code below just attempts to make a std::pair<> from the contents of two sequences (this is just an example to illustrate the transform problem). If the two sequences are mpl::vectors, everything is fine. If they are fusion::vectors then 'lots of errors'. I'm fairly new to both mpl and fusion so I am not ruling out the fact that I have done something stupid. Thanks in advance, Mike See code below. #include <boost/mpl/transform.hpp> #include <boost/mpl/vector.hpp> #include <boost/fusion/include/mpl.hpp> #include <boost/fusion/container/vector.hpp> #include <utility> using namespace boost; struct my_make_pair { template<typename T1, typename T2> struct apply { typedef std::pair<T1,T2> type; }; }; int main(int argc, char *argv[]) { #if 0 typedef mpl::vector<int,long> seq1; typedef mpl::vector<float,double> seq2; typedef mpl::vector<std::pair<int,float>,std::pair<long,double> > pairs; typedef mpl::transform<seq1,seq2,my_make_pair>::type result; BOOST_MPL_ASSERT(( equal<result,pairs> )); #endif typedef fusion::vector<int,long> seq1; typedef fusion::vector<float,double> seq2; typedef fusion::vector<std::pair<int,float>,std::pair<long,double> > pairs; typedef mpl::transform<seq1,seq2,my_make_pair>::type result; BOOST_MPL_ASSERT(( equal<result,pairs> )); return 0; }

3 4

Simple fast parsing
by Christopher Jefferson 22 Jun '09

22 Jun '09

I am currently using in a project a custom-writen recursive-decent parser, which uses an filtering_istream so I can support compressed input. The only functionality used is peekchar, getchar and integer extraction with 'stream >> i'. I am finding that C++ streams, particularly when it comes to integer extraction, are giving terrible performance. In a small test, uncompressing to a buffer and then writing a simple custom reader on that memory buffer gives 10x performance. I would perfer not to write and support such a tool if possible. Is there a boost library which easily supports a parser with 1 character lookahead and simple things like integer extraction? Looking at the documentation, Boost::Spirit seems like a very big hammer to crack this quite small nut, and it is unclear to me how well it would fit into an existing recursive decent parser. Has anyone ever used it as such? Is there a simple alternative? Chris

4 5

[Asio] Confusion with socket.cancel()
by Laurent Fert 22 Jun '09

22 Jun '09

Hi, I am getting confused, could anyone clarify the following points? (Note that I am in a single thread context) 1- After a call to socket.async_send_to(buffer, remote_endpoint, write_handler) followed by a call to socket.cancel() is it possible that the write operation completed before I called cancel() and that my write_handler will be called with no error? 2- After a call to socket.async_send_to(buffer, remote_endpoint, write_handler) followed by a call to socket.cancel() is it possible that some data has actually been written to the socket (let's assume the buffer is quite big) and that then, the operation has been canceled? In such case, would my write_handler be called with both boost::asio::placeholders::error set AND boost::asio::placeholders::bytes_transferred equal to the partial data that has been written? Thanks, Laurent

2 1

Re: [Boost-users] [BGL] Segmentation fault
by Caligula 22 Jun '09

22 Jun '09

Finally fixed it. I forgot this line. property_map < graph_t, set< Colour > edge_properties::*>::type eColours_map = get(&edge_properties::eColours, g); -- Caligula --- On Sun, 6/21/09, Andrew Sutton <andrew.n.sutton(a)gmail.com> wrote: From: Andrew Sutton <andrew.n.sutton(a)gmail.com> Subject: Re: [Boost-users] [BGL] Segmentation fault To: boost-users(a)lists.boost.org Date: Sunday, June 21, 2009, 5:41 AM I put the relevant files on http://www.tinyurl.com/nwj5du . There is a readme file with explanation. It should be pretty simple to get running. I don't think that Steven was volunteering to debug your entire program. Maybe you could just post code that actually shows what those objects are. You should also say where the program crashes. I have a lot of code that embeds containers inside bundled properties. I've never had any problems. Andrew Sutton andrew.n.sutton(a)gmail.com -----Inline Attachment Follows----- _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0