- Boost-users - lists.boost.org

Are Boost.Multi_Index and Boost.Format Planned for 64-bit Portability?
by Wu Yinghui, Freddie 16 Mar '06

16 Mar '06

Hi all, It's the first time I tried multi_index and format. I have to say that they are so powerful that I love them from the beginning! Nonetheless, when I enabled /Wp64 on my MSVC71 compiler, the headers gave me a lot of problems regarding possible pointer truncations (and sometimes default c'tor problems). The relevant warnings are something like the following: ==== snip <multi_index> ===== ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(129) : warning C4312: 'type cast' : conversion from 'boost::multi_index::detail::uintptr_type' to 'void *' of greater size ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(134) : warning C4311: 'type cast' : pointer truncation from 'void *' to 'boost::multi_index::detail::uintptr_type' ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(161) : warning C4312: 'type cast' : conversion from 'const boost::multi_index::detail::uintptr_type' to 'void *' of greater size ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(509) : warning C4610: struct 'boost::multi_index::detail::ordered_index_node_impl' can never be instantiated - user defined constructor required ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(512) : warning C4510: 'boost::multi_index::detail::ordered_index_node_trampoline<Super>' : default constructor could not be generated ..\..\..\boost-1.x\include\boost-1_34\boost\multi_index\detail\ord_index_node.hpp(562) : warning C4510: 'boost::multi_index::detail::ordered_index_node<Super>' : default constructor could not be generated ===== snip ===== ===== snip <format> ===== ..\..\..\boost-1.x\include\boost-1_34\boost\format\alt_sstream_impl.hpp(110) : warning C4244: 'argument' : conversion from 'boost::io::basic_altstringbuf<Ch,Tr,Alloc>::off_type' to 'int', possible loss of data ..\..\..\boost-1.x\include\boost-1_34\boost\format\feed_args.hpp(98) : warning C4244: 'argument' : conversion from 'const stlpd_std::iterator_traits<_Iterator>::difference_type' to 'int', possible loss of data ..\..\..\boost-1.x\include\boost-1_34\boost\format\feed_args.hpp(53) : warning C4244: 'argument' : conversion from 'stlpd_std::streamsize' to 'stlpd_std::basic_string<_CharT,_Traits,_Alloc>::size_type', possible loss of data ===== snip ===== So I just wonder if both of these libraries have any plan on considering this issue? I really love these libraries, and I want to integrate them into our future product. But if the 64-bit portability issues are not solved, I'm afraid I'll have some problem pursuading the managers. Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

2 1

Why google does not archive boost mailing list any more?
by gchen 16 Mar '06

16 Mar '06

I used browse boost list using Google group: http://groups.google.com/group/boost-list?lnk=oa&hl=en I feel Google group's the searching engine and interface are very handy. But recently, Google group does not archive boost list any more, why? Best Regards gchen

1 0

How to install boost if I do not need compiled libs
by Andreas Fabri 16 Mar '06

16 Mar '06

Hello, Is it correct that one only needs to install boost with bjam, if one uses compiled libs? That is, if I dont need them it is enough to unzip the tar ball and set the include path right? thanks in advance, andreas

2 1

[serialization] newbie question regarding serialization of std::list<int>
by Max Schoebinger 16 Mar '06

16 Mar '06

Hi everybody, I am new to the serialization library and encountered a simple problem which I couldn't solve. I'd like to serialize simple stl containers. A minimal example is #include <fstream> #include <list> #include <boost/serialization/list.hpp> #include <boost/archive/text_oarchive.hpp> int main(int argc, char** argv) { typedef std::list<int> List; List myList; myList.push_back(1); myList.push_back(2); myList.push_back(3); myList.push_back(4); std::ofstream ofs("archive.txt"); boost::archive::text_oarchive oa(ofs); oa << myList; } This doesn't compile under Linux using gcc-3.3 and boost-1.33.1 giving the following compiler error: /opt/toolkits/linux32/gcc-3.3/boost-1-33-1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:567: error: incomplete type `boost::STATIC_ASSERTION_FAILURE<false>' does not have member `value' Looking at the code at the given position hints that the type which should be serialized should be marked as track_never. I added the following command below the typedef of List BOOST_CLASS_TRACKING(List, boost::serialization::track_never) which also doesn't solve the problem... Maybe I am missing something very basic. I would be very thankful, if somebody could lift the curtain in front of my eyes ;-) Best Regards, Max

3 5

STLAlgorithmExtensions
by gast128 16 Mar '06

16 Mar '06

Dear all, I have a question for the Boost moderators: there seems to be already an STL extension library for Boost. This is of course great, but why isn't it in production? It seems to me that this one of the basic libraries and serves many common needs, like the copy_if request in the development group. It can almost replace our company private STL extension library except for: transform_if is_unique contains contains_if delete_all delete_if and container variants of STL algorithms (i.e. for_each(vec, fc) instead of for_each(vec.begin(), vec.end(), fc). Especially handy for implicit modifying algorithms like remove etc.) Further more there was in 2002 a discussion about a sorted vector. Didn't make it either, which is unfortunate. Wkr, me

3 3

Compilation Problem !! (Platform does not have wide character support) !!
by Patel Priyank-PPATEL1 15 Mar '06

15 Mar '06

Hi all, I am trying to compile Boost on following Solaris machine: => SunOS isdbuild9 5.8 Generic_108528-18 sun4u sparc SUNW,Sun-Fire-480R I have used following command to build boost : => ../boost-jam-3.1.12/bin.solaris/bjam -sTOOLS=gcc --libdir=./lib stage I have got following error, during compilation. ======================================================================== =================== gcc-C++-action bin/boost/libs/serialization/build/libboost_wserialization.a/gcc/debug/u tf8_codecvt_facet.o /vob/wibb_test/tools/cots/boost_1_33_1/libs/serialization/src/utf8_codec vt_facet.cpp:8:2: #error "wide char i/o not supported on this platform" set -e "g++" -c -Wall -ftemplate-depth-255 -DBOOST_LIB_DIAGNOSTIC=1 -g -O0 -fno-inline -Wno-non-virtual-dtor -Wno-ctor-dtor-privacy -I"bin/boost/libs/serialization/build" -I "/vob/wibb_test/tools/cots/boost_1_33_1" -o "bin/boost/libs/serialization/build/libboost_wserialization.a/gcc/debug/ utf8_codecvt_facet.o" "/vob/wibb_test/tools/cots/boost_1_33_1/libs/serialization/build/../src/ utf8_codecvt_facet.cpp" "/apps/public/bin/objcopy" --set-section-flags .debug_str=contents "bin/boost/libs/serialization/build/libboost_wserialization.a/gcc/debug/ utf8_codecvt_facet.o" ...failed gcc-C++-action bin/boost/libs/serialization/build/libboost_wserialization.a/gcc/debug/u tf8_codecvt_facet.o... gcc-C++-action bin/boost/libs/serialization/build/libboost_wserialization.a/gcc/debug/b asic_text_wiprimitive.o /vob/wibb_test/tools/cots/boost_1_33_1/libs/serialization/src/basic_text _wiprimitive.cpp:14:2: #error "wide char i/o not supported on this platform" ======================================================================== =================== I tried to compile with following command too, but somehow it does not skip compilation of boost_serialization library: => ../boost-jam-3.1.12/bin.solaris/bjam -sTOOLS=gcc --libdir=./lib --without-boost_serialization stage Please let me know if you have similar issue before and aware of any solution. Thanks Priyank

1 0

Need help in understanding boost lambda compile error:
by Meryl Silverburgh 15 Mar '06

15 Mar '06

Need help in understanding boost lambda compile error: I have this line of code: where grlpVector is vector<GroupResultListProcessor*> for_each(grlpVector.begin(), grlpVector.end(), boost::lambda::bind(&GroupResultListProcessorExecuter::do_process, this, *_1)); But I get this compile error, can you help me understand what's wrong? /usr/include/boost/tuple/detail/tuple_basic.hpp: In instantiation of 'boost::tuples::cons<GroupResultListProcessor, boost::tuples::null_type>': /usr/include/boost/tuple/detail/tuple_basic.hpp:329: instantiated from 'boost::tuples::cons<GroupResultListProcessorExecuter* const, boost::tuples::cons<GroupResultListProcessor, boost::tuples::null_type> >' /usr/include/boost/tuple/detail/tuple_basic.hpp:329: instantiated from 'boost::tuples::cons<void (GroupResultListProcessorExecuter::* const)(GroupResultListProcessor&), boost::tuples::cons<GroupResultListProcessorExecuter* const, boost::tuples::cons<GroupResultListProcessor, boost::tuples::null_type> > >' /usr/include/boost/lambda/detail/lambda_functor_base.hpp:151: instantiated from 'const bool boost::lambda::detail::has_null_type<boost::tuples::cons<void (GroupResultListProcessorExecuter::* const)(GroupResultListProcessor&), boost::tuples::cons<GroupResultListProcessorExecuter* const, boost::tuples::cons<GroupResultListProcessor, boost::tuples::null_type> > > >::value' /usr/include/boost/lambda/detail/lambda_functor_base.hpp:229: instantiated from 'boost::lambda::detail::deduce_non_ref_argument_types<boost::tuples::tuple<void (GroupResultListProcessorExecuter::* const)(GroupResultListProcessor&), GroupResultListProcessorExecuter* const, const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::contentsof_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::tuple<GroupResultListProcessor*&, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >' /usr/include/boost/lambda/detail/lambda_functor_base.hpp:412: instantiated from 'boost::lambda::lambda_functor_base<boost::lambda::action<3, boost::lambda::function_action<3, boost::lambda::detail::unspecified> >, boost::tuples::tuple<void (GroupResultListProcessorExecuter::* const)(GroupResultListProcessor&), GroupResultListProcessorExecuter* const, const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::contentsof_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::sig<boost::tuples::tuple<GroupResultListProcessor*&, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >' /usr/lib/gcc/i386-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_algo.h:158: instantiated from '_Function std::for_each(_InputIterator, _InputIterator, _Function) [with _InputIterator = __gnu_cxx::__normal_iterator<GroupResultListProcessor**, std::vector<GroupResultListProcessor*, std::allocator<GroupResultListProcessor*> > >, _Function = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<3, boost::lambda::function_action<3, boost::lambda::detail::unspecified> >, boost::tuples::tuple<void (GroupResultListProcessorExecuter::* const)(GroupResultListProcessor&), GroupResultListProcessorExecuter* const, const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::contentsof_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >]' ../GroupResultListProcessorExecutor.cpp:30: instantiated from here /usr/include/boost/tuple/detail/tuple_basic.hpp:419: error: cannot declare field 'boost::tuples::cons<GroupResultListProcessor, boost::tuples::null_type>::head' to be of abstract type 'GroupResultListProcessor' ../GroupResultListProcessor.h:15: note: because the following virtual functions are pure within 'GroupResultListProcessor': ../GroupResultListProcessor.h:17: note: virtual void GroupResultListProcessor::process(GroupResultList&) make: *** [GroupResultListProcessorExecutor.o] Error 1

3 2

bjam and VC8
by Andreas Fabri 15 Mar '06

15 Mar '06

Hello, I first executed C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\vsvars32.bat I then called bjam "-sTools=vc-8_0" install but it installs me the libs c:/boost/lib/boost_date_time-vc71-mt-1_33_1.lib that is for the vc71 toolset. Can anybody tell me what I did wrong. thanks, andreas

4 4

[multi_index] modify_range?
by Jeff Flinn 14 Mar '06

14 Mar '06

It would be nice to have a modify_range/modify_key_range that would apply a function object to each deref'd iterator in the range. Since the multi_index iterator derefences to a const value_type&, one can not use std::for_each in particular to apply modifications. Or am I missing something. Thanks, Jeff

1 0

stopping dijkstra_shortest_path after target achieved
by Celso Pitta 14 Mar '06

14 Mar '06

Dear ALL, Its probably a easy/dummy question, but as i`m new with template programming and i`ve seen no discussion about this in the mailing list... Is there an easy/already implemented way to stop the computation of the dijkstra_shortest_path algorithm when some target vertex is marked as black?? The problem is: i have a _huge_ graph and need to calculate the shortest distance between two points, but in 90% of all use cases the these points will be very close of each other, so doesn't make sense for me to keep the calculation until all shortest paths are found.. Best regards, Celso.

3 3