- Boost-users - lists.boost.org

Conversion from numeric type to const char*
by Claude 30 Jan '12

30 Jan '12

What is the better way for convert a numeric type into a const char *? I use: (boost::lexical_cast<std::string>(myNumericVar)).c_str() It is a good idea? -- View this message in context: http://boost.2283326.n4.nabble.com/Conversion-from-numeric-type-to-const-ch… Sent from the Boost - Users mailing list archive at Nabble.com.

4 7

[Property_tree] using find to find a key
by Sean Farrow 30 Jan '12

30 Jan '12

Hi: I am declaring a property_tree, pulating this with an ini file. I then need to find out whether a section (key) is present, so I'm doing: boost::property_tree::ptree::assoc_iterator it =IniTree.find(key); if (it !=boost::property_tree::ptree::not_found) using visual c++ 2010 I get an error c2678, telling me that no operand is able to use these two values. Can someone please tell me what I'm doing wrong, as I can normally do this for std::vectors etc! Cheers Sean.

2 2

multi_array: How to get the extends?
by Helmut Zeisel 30 Jan '12

30 Jan '12

How can I get the extends of a multi_array? E.g. I have boost::multi_array<double, 3> a(boost::extents[n0][n1][n2]); Are there functions like a.extend(0) returning n0, a.extend(1) returning n1, and a.extend(2) returning n2 (or similar)? Helmut -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail

2 1

copy a range to ostream
by Neal Becker 29 Jan '12

29 Jan '12

With all the nice boost libraries, is there a modern idiom to copy a range to an ostream? I was thinking range/algorithm/copy could be useful. What I'd really like to do is: std::vector<some type> x; range::copy (x, std::cout); Of course there would also need to be a way to specify formatting, at least insertion of whitespace.

2 1

mpi::allocator::construct function in gcc 4.6.2
by Hicham Mouline 29 Jan '12

29 Jan '12

Hello, I get the following error: In file included from /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/vector: 64:0, from /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/ra ndom.h:34, from /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/random: 50, from /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/st l_algo.h:67, from /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/algorit hm:63, from /usr/include/boost/utility/swap.hpp:24, from /usr/include/boost/swap.hpp:10, from /usr/include/boost/array.hpp:44, from /usr/include/boost/serialization/array.hpp:26, from /usr/include/boost/archive/detail/oserializer.hpp:58, from /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp:14, from /usr/include/boost/mpi/detail/mpi_datatype_cache.hpp:13, from /usr/include/boost/mpi/datatype.hpp:27, from /usr/include/boost/mpi/packed_iarchive.hpp:21, from /home/hich/trunk/serialization/contract.cpp:3: /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/st l_uninitialized.h: In function 'void std::__uninitialized_default_n_a(_ForwardIterator, _Size, _Allocator&) [with _ForwardIterator = char*, _Size = long unsigned int, _Allocator = boost::mpi::allocator<char>]': /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/ve ctor.tcc:477:8: instantiated from 'void std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp, _Alloc>::size_type) [with _Tp = char, _Alloc = boost::mpi::allocator<char>, std::vector<_Tp, _Alloc>::size_type = long unsigned int]' /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/st l_vector.h:592:4: instantiated from 'void std::vector<_Tp, _Alloc>::resize(std::vector<_Tp, _Alloc>::size_type) [with _Tp = char, _Alloc = boost::mpi::allocator<char>, std::vector<_Tp, _Alloc>::size_type = long unsigned int]' /usr/include/boost/mpi/detail/packed_iprimitive.hpp:57:23: instantiated from here /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/st l_uninitialized.h:576:6: error: no matching function for call to 'boost::mpi::allocator<char>::construct(char*)' /usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../include/c++/4.6.2/bits/st l_uninitialized.h:576:6: note: candidate is: /usr/include/boost/mpi/allocator.hpp:168:8: note: void boost::mpi::allocator<T>::construct(boost::mpi::allocator<T>::pointer, const T&) [with T = char, boost::mpi::allocator<T>::pointer = char*] /usr/include/boost/mpi/allocator.hpp:168:8: note: candidate expects 2 arguments, 1 provided I am using c++0x. Should mpi::allocator::construct() be different? Is it required to provide a 1-arg construct()? Regards, MM

2 2

Re: [Boost-users] [boost] numeric_cast_traits/cstdint: request for fix in boost1.49
by John Maddock 29 Jan '12

29 Jan '12

> I've put a fix for this up on the trunk. I've run my unit tests on vc100 > and gcc-4.5.3 cygwin. Could some of you with the other platforms give it a > try? Confirmed that existing tests fail with old code (including with VC8). Tested with new code and VC8,9,10 and Intel-11.1, 12.1 all OK. On Linux gcc-4.4, 4.6 intel-11.1, 12.1 and clang all OK. Sun on Linux still fails, but appears to be a lexical_cast issue and not your problem - will report that separately. HTH, John.

1 0

boost for S60 - what's the current status?
by Igor R 29 Jan '12

29 Jan '12

Hello, I'd appreciate if anyone could sched some light on the subj. In particular, what boost libs are known to *not* compile on Symbian? Thanks!

1 0

boost with arm-none-eabi
by Artur Stępniak 28 Jan '12

28 Jan '12

Hi, I'm trying to compile a program with boost for my Cortex M3 based board. I don't run any OS in there. Is it possible to build program with boost on such board? My problem is that boost seems like to consume all the memory. The program builds without boost but after including shared_ptr.hpp I get error: section `.text' will not fit in region `rom'. I try to run configure script for boost: sh ./configure --host=arm but then I get arm-none-eabi/bin/ld: cannot find -lrt. Since this library supports POSIX, then I'm afraid it's impossible to compile programs with boost with no-OS systems. But maybe there's a switch that enables it? Thanks in advance, best regards, Artur Stepniak

1 0

numeric_cast_traits/cstdint: request for fix in boost 1.49
by Avi Bahra 28 Jan '12

28 Jan '12

Currently HPUX/acc compiler fails in boost 1.48, because boost::int8_t was being interpreted as a char, This causes duplicate class definition in the file ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp and hence many of compiled boost libs fail. See:: https://svn.boost.org/trac/boost/attachment/ticket/6158/cstdint_patch.diff The posted fix was to modify boost/cstdint.hpp: 103c103,107 2 < using ::int8_t; 3 --- 4 > #if defined(sun) || defined(__sun) 5 > typedef signed char int8_t; 6 > #else 7 > using ::int8_t; 8 > #endif Can I request a similar fix be added for the HPUX/acc compiler in the next boost version. Best regards, Ta, Avi

3 2

[1.49.0] Beta 1 available
by Beman Dawes 28 Jan '12

28 Jan '12

Boost release 1.49.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/ This release contains a new library, Boost.Heap priority queues, and numerous enhancements and bug fixes for existing libraries. For details of what's in the release, see http://beta.boost.org/users/news/version_1_49_0. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

1 0