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

Re: [Boost-users] Boost::Bind Problem
by Sergey Zhuravlev 21 Sep '13

21 Sep '13

Try use TestBind f(boost::bind(boost::type<TestBind::t_ProcessFunctionInt>(), (&Test::process), &t1, _1)); for ambiguity. Either ...boost::bind<TestBind::t_ProcessFunctionInt>..., but less portable.

1 0

build errors with 1.54 on linux
by Dev Guy 21 Sep '13

21 Sep '13

Hello All, I am building boost 1.54 on a linux box and I am seeing the following error messages after the build: gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/instantiate_re2c_lexer_str.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/token_ids.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/wave_config_constant.o common.mkdir bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer common.mkdir bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex 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.54/lib/libboost_wave.a ...failed updating 29 targets... ...updated 10797 targets... How can I know what these 29 targets have failed and how to go about getting a clean build? Thanks!

2 1

[units] Convert from Degree Minutes to Degrees
by Ryan 21 Sep '13

21 Sep '13

Angles have their own system that define both radians and degrees. I would like to create the necessary type for minutes (this is 1/60 of a degree). My first thought was to create a scale unit with degrees as the base type. I couldn't determine how to enter the scale of 1/60. The other option is to define a new base unit. I would think using the degrees base unit would be a good reference, but it uses an "INTERNAL ONLY" macro call "BOOST_UNITS_DEFINE_BASE_UNIT_WITH_CONVERSIONS". What should I use to create a unit type that will convert from degree minutes to just degrees? Ryan

2 2

tcp::socket::is_open() is true after socket is closed
by niXman 20 Sep '13

20 Sep '13

Hi, In the following simple code: tcp::socket socket(ios); ... const bool iso1 = socket.is_open(); socket.close(); const bool iso2 = socket.is_open(); I get: iso1 == iso2 == true Why? Thanks. -- 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/

2 1

Getting ASIO application to link (undefined reference to `boost::system::generic_category())
by Ulf Samuelsson 20 Sep '13

20 Sep '13

Hi, Trying to get an ASIO example (udp_echo_client) to build on an Ubuntu 12.04 machine. It looks like both 1.46 and 1.48 can be installed. (I have installed 1.48). The libboost*.so all are linked vs 1.48, and the /usr/include/boost/version.hpp contains #define BOOST_LIB_VERSION "1_48" so I think that there should not be a version mismatch, I can build some really simple examples but, as soon as I add "asio" with the statement below, the build fails. using boost::asio::ip::udp; Fiirst problem is that `boost::system::generic_category()' is missing. When I grep the libboost libraries, they are only found in "libboost_[file]system[-mt].so" but these files are included in the link. Searching on Internet, also tells me to link with those libraries, which is not a help. Tried with "-mt" version as well. Added #include <boost/system/error_code.hpp> #include <boost/system/linux_error.hpp> without any change. What is going on? Running out of ideas... Thanks for any advice. /Ulf Samuelsson ---------------------------------------------------------- g++ -I/usr/include -Iinclude -L/usr/lib -lboost_filesystem -lboost_system -lpthread -std=c++0x -o udp_echo_client udp_echo_client.cpp /tmp/ccu20iRA.o: In function `__static_initialization_and_destruction_0(int, int)': udp_echo_client.cpp:(.text+0x58d): undefined reference to `boost::system::generic_category()' udp_echo_client.cpp:(.text+0x597): undefined reference to `boost::system::generic_category()' udp_echo_client.cpp:(.text+0x5a1): undefined reference to `boost::system::system_category()' /tmp/ccu20iRA.o: In function `boost::system::error_code::error_code()': udp_echo_client.cpp:(.text._ZN5boost6system10error_codeC2Ev[_ZN5boost6system10error_codeC5Ev]+0x10): undefined reference to `boost::system::system_category()' /tmp/ccu20iRA.o: In function `boost::asio::error::get_system_category()': udp_echo_client.cpp:(.text._ZN5boost4asio5error19get_system_categoryEv[boost::asio::error::get_system_category()]+0x7): undefined reference to `boost::system::system_category()' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_tss_ptr_create(unsigned int&)': udp_echo_client.cpp:(.text._ZN5boost4asio6detail20posix_tss_ptr_createERj[boost::asio::detail::posix_tss_ptr_create(unsigned int&)]+0x15): undefined reference to `pthread_key_create' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_thread::~posix_thread()': udp_echo_client.cpp:(.text._ZN5boost4asio6detail12posix_threadD2Ev[_ZN5boost4asio6detail12posix_threadD5Ev]+0x1d): undefined reference to `pthread_detach' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_thread::join()': udp_echo_client.cpp:(.text._ZN5boost4asio6detail12posix_thread4joinEv[boost::asio::detail::posix_thread::join()]+0x25): undefined reference to `pthread_join' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_thread::start_thread(boost::asio::detail::posix_thread::func_base*)': udp_echo_client.cpp:(.text._ZN5boost4asio6detail12posix_thread12start_threadEPNS2_9func_baseE[boost::asio::detail::posix_thread::start_thread(boost::asio::detail::posix_thread::func_base*)]+0x24): undefined reference to `pthread_create' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::task_io_service, boost::asio::detail::task_io_service::thread_info>::context>::~posix_tss_ptr()': udp_echo_client.cpp:(.text._ZN5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_15task_io_serviceENS4_11thread_infoEE7contextEED2Ev[_ZN5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_15task_io_serviceENS4_11thread_infoEE7contextEED5Ev]+0xf): undefined reference to `pthread_key_delete' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::task_io_service, 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*() const': udp_echo_client.cpp:(.text._ZNK5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_15task_io_serviceENS4_11thread_infoEE7contextEEcvPS7_Ev[boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::task_io_service, 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*() const]+0xf): undefined reference to `pthread_getspecific' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::strand_service::strand_impl, unsigned char>::context>::~posix_tss_ptr()': udp_echo_client.cpp:(.text._ZN5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_14strand_service11strand_implEhE7contextEED2Ev[_ZN5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_14strand_service11strand_implEhE7contextEED5Ev]+0xf): undefined reference to `pthread_key_delete' /tmp/ccu20iRA.o: In function `boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::task_io_service, 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*)': udp_echo_client.cpp:(.text._ZN5boost4asio6detail13posix_tss_ptrINS1_10call_stackINS1_15task_io_serviceENS4_11thread_infoEE7contextEEaSEPS7_[boost::asio::detail::posix_tss_ptr<boost::asio::detail::call_stack<boost::asio::detail::task_io_service, 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*)]+0x16): undefined reference to `pthread_setspecific' collect2: ld returnerade avslutningsstatus 1 make: *** [udp_echo_client] Fel 1 -------------------------------------------------------------- Makefile: ------------------------------------------------------ # Using 1.48.0 in Ubuntu 12.04 BOOST=/usr INCLUDES += -I$(BOOST)/include -Iinclude LIBS +=-L$(BOOST)/lib -lboost_filesystem -lboost_system -lpthread CFLAGS=$(INCLUDES) $(LIBS) -std=c++0x all: udp_echo_client udp_echo_client: udp_echo_client.cpp g++ $(CFLAGS) -o $@ udp_echo_client.cpp clean: rm -f udp_echo_client rm -f *~ -------------------------------------------------------- Code from example: -------------------------------------------------------- // // blocking_udp_echo_client.cpp // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ // // Copyright (c) 2003-2013 Christopher M. Kohlhoff (chris at kohlhoff dot com) // // 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) // #include <cstdlib> #include <cstring> #include <iostream> #include <boost/asio.hpp> using boost::asio::ip::udp; enum { max_length = 1024 }; int main(int argc, char* argv[]) { try { if (argc != 3) { std::cerr << "Usage: blocking_udp_echo_client <host> <port>\n"; return 1; } boost::asio::io_service io_service; udp::socket s(io_service, udp::endpoint(udp::v4(), 0)); udp::resolver resolver(io_service); udp::endpoint endpoint = *resolver.resolve({udp::v4(), argv[1], argv[2]}); std::cout << "Enter message: "; char request[max_length]; std::cin.getline(request, max_length); size_t request_length = std::strlen(request); s.send_to(boost::asio::buffer(request, request_length), endpoint); char reply[max_length]; udp::endpoint sender_endpoint; size_t reply_length = s.receive_from( boost::asio::buffer(reply, max_length), sender_endpoint); std::cout << "Reply is: "; std::cout.write(reply, reply_length); std::cout << "\n"; } catch (std::exception& e) { std::cerr << "Exception: " << e.what() << "\n"; } return 0; }

5 7

Re: [Boost-users] cross-compilation x86_64-w64-ming32: undefined reference to `InterlockedIncrement'
by Frédéric Bron 19 Sep '13

19 Sep '13

> Solved this by adding define=BOOST_USE_WINDOWS_H and that forces the include > of windows.h and as such the different types of InterlockedIncrement. I tried that and it worked until I realized that including windows.h causes me lots of troubles in another library (wxWidgets) so that I cannot use this solution. What is in windows.h that should be copied in interlocked.hpp? I start to be desperate to build a 64 bit version of my program with mingw-w64... also, it is difficult because I have absolutly no idea of what these interlocked... mean. Regards, Frédéric

1 0

Variadic versions of all the vector200 map50 stuff
by Michael Steinberg 19 Sep '13

19 Sep '13

Hello, I'm currently tracking down all the slowdowns I encounter when using boost in my Visual Studio solutions. Much of the slowdowns seem to happen, because there's a wide inclusion-usage of <boost/typeof/vector.hpp> throughout boost. This seems to be a replicate of <boost/mpl/vector.hpp>, which is not as much used, but equally evil. Inclusion of any of these headers leads to a 20MB increase in Visual Studio IntelliSense database size. I tested to comment out the inclusion of all the generated <vectorXXX.hpp>. This indeed works fine and is a real relief in Visual Studio responsiveness, because although these headers seem to be included from everywhere, they dont seem to be actually used. Tracking down the inclusion paths proves difficult to me, because the Visual-Studio tool doesn't seem to be able to handle the Preprocessor-generated include directives that boost uses extensively (and I'm just a newbie). With the advent of variadic-enabled compilers (Visual Studio 2013RC just arrived), is anybody working on making this mpl-stuff variadic? That would be a major help for almost anybody using tools like IntelliSense or VisualAssist (the vector200.hpp is a wopping 2mb of totally redundant template goodness...). I think I could make the appropriate changes to my local copy, however I have no idea how to write proper boost-worthy code or even how to file it for inclusion. Also I'm not too sure why the different sized vectors have different names and if the client code relies on that, etc., but I could probably find out. Are there any "template-instantiation-coverage"-tests included, so I could check that my variadics are compatible in the use-cases? Any help would be appreciated! With Kind Regards Michael

2 1

[boost-regex] 1.47.0 regexp_search with match_partial does not return 'what'
by Frank Bergemann 18 Sep '13

18 Sep '13

2 1

Static map like array or range?
by Duane Murphy 18 Sep '13

18 Sep '13

I find myself often building lookup tables for conversion or mapping of one piece of data to another. Common conversions include * converting from one string to a different string (e.g. text translation), * converting from an enum to a descriptive string * converting from a string to an enum * converting from a string to a function or functor The key aspect of these lookup tables is that they are static. If the table is reasonably large, say 7-10 items, I ensure that the table is presorted and use lower_bounds() to search the table. Some uses have started using map_list_of() to initialize the map. My inner optimizer finds this disturbing as inherently static information is being allocated dynamically in order to due to the lookup. I believe it would be more intuitive if there was a map like interface to the lookup table. The implementation would use the static nature of the data to its advantage. In particular the implementation would not require the data to be copied, re-allocated, etc. I've been searching the boost libraries, but have not been able to find something like this. Thank you for your suggestions. …Duane

3 2

Copy fusion::vector -> {std,boost}::array
by Rodrigo Madera 17 Sep '13

17 Sep '13

Checking the archives, I see that a *lot* was discussed on [1], and there was a mention (waaay after much debate and proposed solutions) on having a copy and copy_if to do such copies. Mr. Steven Watanabe mentioned a copy impl was lying around his computer [2]. Did it actually make it into Boost? Thanks for any input, Rodrigo [1] http://lists.boost.org/boost-users/2010/10/63168.php [2] http://lists.boost.org/boost-users/2010/10/63343.php

2 2