- Boost-users - lists.boost.org

Using hash_range with polymorphism
by Kelvin Chung 01 Dec '11

01 Dec '11

I'm having a hard time reconciling two distinct notions. Suppose I have a class hierarchy with root class Foo, and subclasses Foo1, Foo2, etc. (all of which are leaf classes) Now, suppose that hash_value() is defined for all the subclasses but not Foo itself (say, if Foo was abstract). Now suppose I have this: struct FooList { std::vector<boost::shared_ptr<Foo>> foos; } std::size_t hash_value(const FooList& list) { std::size_t seed = 0; typedef boost::indirect_iterator<std::vector<boost::shared_ptr<Foo>>::const_iterator> Iterator; boost::hash_range(seed, Iterator(list.foos.begin()), Iterator(list.foos.end()); return seed; } This seems a bit incorrect (and it would fail to compile due to "ambiguous overload" of hash_combine or something). What I want to do is something along the lines of std::size_t hash_value(const FooList& list) { std::size_t seed = 0; for (std::vector<boost::shared_ptr<Foo>>::const_iterator it = list.foos.begin(); it != list.foos.end(); ++it) { boost::hash_combine(seed, **it); } return seed; } That is, hash the Foos pointed to by the foos (using the correct derived class hash_value() functions) and not the shared_ptrs themselves. Is there a "shorter" version of the latter (which I presume is correct), or will the latter have to do?

3 4

fusion newby question - boost stew
by Robert Ramey 01 Dec '11

01 Dec '11

I'm experimenting with fusion and I have a question regarding the compatibiliy/interaction with MPL. in .. /libs/fusion/doc/html/fusion/introduction.html it states: "Fusion provides full round compatibility with MPL. Fusion sequences are fully conforming MPL sequences and MPL sequences are fully compatible with Fusion. You can work with Fusion sequences on MPL if you wish to work solely on types [1]. In MPL, Fusion sequences follow MPL's sequence-type preserving semantics" So when I compare the pages for the concept of AssociativeSequence for fusion: libs/fusion/doc/html/fusion/sequence/concepts/associative_sequence.html and that for MPL libs/mpl/doc/refmanual/associative-sequence.html the expression requirements are not the same. The metafunctions for fusion are: result_of::has_key<S, K>::type result_of::at_key<S, K>::type result_of::value_at_key<S, K>::type while for MPL they are has_key<s,k>::type count<s,k>::type order<s,k>::type at<s,k>::type at<s,k,def>::type key_type<s,x>::type value_type<s,x>::type So how can the statement in the fusion introduction be true? This question comes about as I'm making a new "thing" of my own invention where I want to inter-operate with purely type sequences created with MPL - just likt it says you can do in the documentation. Turns out at significant part of this "boost stew" depends on better compile time checking of the users's metafunction invocation. This ends up creating the need for concepts in both MPL which as far as I know haven't yet been coded. So when I do this, I run accross this question. I realize I can build a fusion sequence from an MPL one, but given the language in the introduction, I would have expected to be able to go both ways and this wouldn't seem to be true. Note that it's quite possible that I'm missing something here as I feel that I'm really starting to get this stuff only for the first time. Robert Ramey

2 1

FW: BGL, MPI
by Neiderer, Andrew M USA CIV (US) 01 Dec '11

01 Dec '11

With lots of help I think I am getting close to a "hello, world" BGL, MPI example to execute. Not sure about the error I am getting from execution from libs/mpi/example on symmetric multiprocessing (SMP) cluster of compute nodes, 1. compilation/translation of hello_world.cpp, works :-) $ mpiCC -I ../boost_1_48_0 \ -I ../boost_1_48_0/boost/mpi \ -I ../boost_1_48_0/stage/lib \ -lboost_mpi \ -lboost_thread \ -lboost_regex \ -lboost_graph -lboost_graph_parallel \ -lboost_serialization \ -lpthread \ hello_world.cpp -o hello_world 2. execution, error :-( $ mpirun -np 2 ./hello_word *** Process received signal *** Signal: Segmentation fault (11) *** Signal code: Address not mapped (1) *** Failing at address (nil) *** /lib64/libpthread.so.0 *** mpirun noticed process rank 0 with PID 16684 Maybe someone has seen this before and knows of a fix. Thank you. Andrew M. Neiderer US Army Research Lab

2 4

Multi_array still incompatible with VS2010 Debug
by Michael Jackson 30 Nov '11

30 Nov '11

Are there any plans to update multi_array to be compatible with VS2010? Kind of an issue when I try to compile my code using VS2010? Searching around it seems that this bug has been around for a while now. There is even a suggested fix in one of the bugs. Thanks Mike Jackson

2 1

[units] Unable to print temperature quantity
by Belcourt, K. Noel 30 Nov '11

30 Nov '11

Hi, I'm a complete neophyte with the units library. I have cause to use it so I'm trying to do something simple and am getting compile problems. This code: #include <iostream> #include <boost/units/io.hpp> #include <boost/units/quantity.hpp> #include <boost/units/systems/temperature/fahrenheit.hpp> int main(int, char **) { using namespace boost::units; quantity<fahrenheit::temperature> t; std::cout << t << std::endl; return 0; } Generates this error with Intel 11.1 on Darwin using trunk. /Users/kbelco/boost/boost/units/io.hpp(967): error: more than one instance of overloaded function "boost::units::detail::do_print_prefixed" matches the argument list: function template "void boost ::units ::detail ::do_print_prefixed <Prefixes,CharT,Traits,Dimension,System,T>(std::basic_ostream<_CharT, _Traits> &, const boost::units::quantity<boost::units::unit<Dimension, System, void>, T> &)" function template "void boost ::units ::detail ::do_print_prefixed <Prefixes,CharT,Traits,Unit,T>(std::basic_ostream<_CharT, _Traits> &, const boost::units::quantity<Unit, T> &)" argument types are: (std::basic_ostream<char, std::char_traits<char>>, const boost::units::quantity<boost::units::fahrenheit::temperature, double>) detail::do_print_prefixed<Prefixes>(os, q); ^ detected during: instantiation of "void boost ::units ::detail ::maybe_print_prefixed <Prefixes,CharT,Traits,Unit,T>(std::basic_ostream<_CharT, _Traits> &, const boost::units::quantity<Unit, T> &, boost::mpl::true_) [with Prefixes=boost::units::detail::engineering_prefixes, CharT=char, Traits=std::char_traits<char>, Unit=boost::units::fahrenheit::temperature, T=double]" at line 1050 instantiation of "std::basic_ostream<_CharT, _Traits> &boost::units::operator<<(std::basic_ostream<_CharT, _Traits> &, const boost::units::quantity<Unit2, T2> &) [with Char=char, Traits=std::char_traits<char>, Unit=boost::units::fahrenheit::temperature, T=double]" at line 14 of "/ Users/kbelco/core_simulator/test/integration/main_test_5.cpp" Any ideas what I'm doing wrong? Thanks. -- Noel Belcourt

4 6

[spirit-karma] skipping tokens while generation
by Ovanes Markarian 30 Nov '11

30 Nov '11

Hello *, I am somehow stuck when trying to skip tokens to be generated. My configuration is boost 1.47 and visual c++ 2010. I also do not understand how some mechanics are intended to work. Example 1: Lets say I have a string: /// And I want my generator to generate: / from it or if the string is not '///' leave it as it is. So I wrote: using namespace std; string result; typedef std::back_insert_iterator<string> oiter_t; oiter_t out(result); string input = "///"; namespace k=karma; k::generate(out, &k::string("///") << "/" | k::string, input); And that works fine. Example 2: Now I would like to the slash to be a dynamic part, so I go ahead and define a rule: string root("/"); k::rule<oiter_t, std::string()> repeating_slash = +k::lit(root); k::generate(out, &repeating_slash << "/" | k::string, input); Here the generate never returns (infinite loop???).... Next test: Example 3: use in the rule instead of k::lit a k::string. This does not compile. Why? I was going through the docs over and over again but somehow I miss smth. Many thanks, Ovanes

1 0

Re: [Boost-users] [Gil] TIFF file with mixed 8/16 bit channel
by Corinna Kinchin 30 Nov '11

30 Nov '11

Hey Christian, Many thanks for your response, good luck with the fix and it would be marvellous if you are able to keep us posted on progress ... Meanwhile I have another TIFF file to hand (also generated by Photoshop) which has these characteristics: Colorspace: CMYK Depth: 16-bit Channel depth: cyan: 16-bit magenta: 16-bit yellow: 16-bit black: 15-bit alpha: 16-bit Let me know if you'd like a copy to test with. All the best, Corinna ... Corinna Kinchin email: ckinchin(a)datazone.com Datazone Ltd. Tel: +353 64 66 28964 Palm Gate, Greenane, Fax: +353 64 66 28965 Killarney, Co. Kerry, Ireland URL: http://www.miramo.com Datazone - makers of `Miramo', the automated publishing tool > > Hi Corinna, > > I have been busy trying to load your picture but some internals of the > tiff reader doesn't allow for that right now. Hopefully I can fix > soon. > > > I'm just downloading the latest boost version (am using 1.42 at the moment > > which doesn't seem to have the cymk16161688_image_t you refer to) > > and will try out your suggestion. > > You have to build such image type. Here is how you do it: > > typedef bit_aligned_image5_type< 16, 16, 16, 8, 8, cmyka_layout_t > >::type image_t; > > > > > And this is almost certainly an RTFM question but how does one know > > which input image type to use? If you had a moment to point me in > > the right direction or to jot down an elegant code snippet to get > > me on the right track for reading different flavours of TIFF files > > I'd be eternally grateful ... > > You could use a dynamic_image. See the dynamic_image extension. > > Regards, > Christian > >

4 5

Spirit: assertion fails under Windows but not Linux
by Gaël de Chalendar 30 Nov '11

30 Nov '11

Hello, The code below fails under Windows with the following message (sorry in French, I don't know how to force Visual C++ to work in English). This is under Windows. It works under Linux I use Boost 1.47 with cmake and Visual C++ 2008 uner Windows and Boost 1.46 and gcc 4.6.1 under Linux. The assertion in boost grammar.hpp is accompanied by this comment: // If you see the assertion below failing then the start rule // passed to the constructor of the grammar is not compatible with // the grammar (i.e. it uses different template parameters). but I don't understand how to interpret it in my case... Any idea ? Regards, Gaël Code: typedef BOOST_TYPEOF(skipper) skipper_type; template <typename Iterator> struct charchart_parser : qi::grammar<Iterator, charchart(), skipper_type> { charchart_parser() : charchart_parser::base_type(start) { using qi::eps; using qi::lit; using qi::_val; using qi::_1; using ascii::char_; using ascii::space_type; using qi::lexeme; using qi::alnum; using qi::hex; using qi::eol; start %= classes >> chars ; <OTHER GRAMMAR RULES> } qi::rule<Iterator, charchart(), skipper_type> start; <OTHER RULES DECLARATIONS> }; Messages: C:\PROGRA~1\boost\BOOST_~1\boost/spirit/home/qi/nonterminal/grammar.hpp(77) : error C2664: 'boost::mpl::assertion_failed'ÿ: impossible de convertir le paramŠtre 1 de 'boost::mpl::failed ************(__thiscall boost::spirit::qi::grammar<Iterator,T1,T2>::{ctor}::incompatible_start_rule::* ***********) (boost::spirit::qi::rule<Iterator,T1,boost::spirit::qi::alternative<Elements>>)' en 'boost::mpl::assert<false>::type' with [ Iterator=iterator_type, T1=FrCeaLic2m::LinguisticProcessing::FlatTokenizer::charchart (void), T2=FrCeaLic2m::LinguisticProcessing::FlatTokenizer::skipper_type, Elements=boost::fusion::cons<boost::spirit::qi::char_class<boost::spirit::tag::char_code<boost::spirit::tag::space,boost::spirit::char_encoding::standard>>,boost::fusion::cons<boost::spirit::qi::sequence<boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard,true,false>,boost::fusion::cons<boost::spirit::qi::kleene<boost::spirit::qi::difference<boost::spirit::qi::char_class<boost::spirit::tag::char_code<boost::spirit::tag::char_,boost::spirit::char_encoding::ascii>>,boost::spirit::qi::eol_parser>>,boost::fusion::cons<boost::spirit::qi::eol_parser,boost::fusion::nil>>>>,boost::fusion::nil>> ] Aucun constructeur n'a pu prendre le type de source, ou la r‚solution de la surcharge du constructeur ‚tait ambigu‰ z: \projets\moteurmultimedia\mm_linguisticprocessing\src\linguisticprocessing\core\flattokenizer\SpiritCharChartParser.hpp(132)ÿ: voir la r‚f‚rence … l'instanciation de la fonction modŠle 'boost::spirit::qi::grammar<Iterator,T1,T2>::grammar<Iterator,FrCeaLic2m::LinguisticProcessing::FlatTokenizer::charchart(void),boost::spirit::qi::alternative<Elements>,boost::spirit::unused_type,boost::spirit::unused_type>(const boost::spirit::qi::rule<Iterator,T1,boost::spirit::qi::alternative<Elements>> &,const std::string &)' en cours de compilation with [ Iterator=iterator_type, T1=FrCeaLic2m::LinguisticProcessing::FlatTokenizer::charchart (void), T2=FrCeaLic2m::LinguisticProcessing::FlatTokenizer::skipper_type, Elements=boost::fusion::cons<boost::spirit::qi::char_class<boost::spirit::tag::char_code<boost::spirit::tag::space,boost::spirit::char_encoding::standard>>,boost::fusion::cons<boost::spirit::qi::sequence<boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard,true,false>,boost::fusion::cons<boost::spirit::qi::kleene<boost::spirit::qi::difference<boost::spirit::qi::char_class<boost::spirit::tag::char_code<boost::spirit::tag::char_,boost::spirit::char_encoding::ascii>>,boost::spirit::qi::eol_parser>>,boost::fusion::cons<boost::spirit::qi::eol_parser,boost::fusion::nil>>>>,boost::fusion::nil>> ] z: \projets\moteurmultimedia\mm_linguisticprocessing\src\linguisticprocessing\core\flattokenizer\SpiritCharChartParser.hpp(131)ÿ: lors de la compilation de la fonction membre '<Inconnu>' de la classe <Inconnu> Z: \Projets\MoteurMultimedia\mm_linguisticprocessing\src\linguisticProcessing\core\FlatTokenizer\CharChart.cpp(303)ÿ: voir la r‚f‚rence … l'instanciation de la classe modŠle 'FrCeaLic2m::LinguisticProcessing::FlatTokenizer::charchart_parser<Iterator>' en cours de compilation with [ Iterator=iterator_type ] -- Gael de Chalendar CEA LIST Centre de Fontenay-aux-Roses Laboratoire Vision et Ingénierie des Contenus (Vision and Content Engineering Laboratory) Bat. 38-2 ; 18, rue du Panorama ; BP 6 92265 Fontenay aux Roses Cedex ; France Tél.:01.46.54.80.18 ; Fax.:01.46.54.75.80 Email : Gael.D.O.T.de-Chalendar.A(a)T.cea.D.O.T.fr

1 0

Manipulating boost::multi_array
by kelvSYC 30 Nov '11

30 Nov '11

Right now, I'm using boost::multi_array for implementing a dynamic-sized matrix for an algorithm in which the number of rows and columns therein may wildly fluctuate (is boost::multi_array even the right class for this?). What's frustrating me is how I can do any and all of the following: 1. Remove a single row or column from a matrix 2. Insert a single row or column to a matrix 3. Augment two matrices together 4. Swap two rows or columns Is there any way to do the first three without calling resize() and moving the elements around manually? For the last, does something like std::swap(A[row1], A[row2]) work?

3 3

[numeric] Errors compiling using gcc 4.6.2 on Solaris 10/SPARC
by Ioannis Papadopoulos 29 Nov '11

29 Nov '11

Hi, I'm compiling Boost 1.48 on Solaris 10/gcc 4.6.2 for 32-bit and I use the following in my project-config.jam (it doesn't compile otherwise): using gcc : : : <compileflags>-mcpu=v9 <linkflags>-mcpu=v9 ; I am getting the following errors in numeric: ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:25:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:13:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:158:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:13:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:170:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:13:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:182:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, unsigned char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:37:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, unsigned char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:194:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, short int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:49:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, short int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:206:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, short unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:61:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, short unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:218:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:73:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:230:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:85:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:242:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, long long int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:97:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, long long int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:254:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, long long unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:109:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, long long unsigned int>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:266:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, float>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:121:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, float>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:278:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, double>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:133:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, double>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:290:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<char, long double>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:145:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<char, long double>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:315:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<unsigned char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:303:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<unsigned char, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:460:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<short int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:448:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<short int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:605:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<short unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:593:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<short unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:750:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:738:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:895:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:883:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1040:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<long long int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1028:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<long long int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1185:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<long long unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1173:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<long long unsigned int, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1330:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<float, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1318:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<float, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1475:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<double, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1463:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<double, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1620:12: error: redefinition of 'struct boost::numeric::numeric_cast_traits<long double, char>' ./boost/numeric/conversion/detail/preprocessed/numeric_cast_traits.hpp:1608:12: error: previous definition of 'struct boost::numeric::numeric_cast_traits<long double, char>' I guess it cannot tell apart int8_t and char.

1 1