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

Iteratiing on regex results with pointer-to-member-function
by Alain Leblanc 04 Jul '07

04 Jul '07

Hi, I wrote some code where I want to iterate on the result of a regex matching and call a member function for each match. It goes roughly like this: ====================================================================== class XX { typedef bool (XX::*FuncPtr)(const boost::match_results<std::string::const_iterator>& what); FuncPtr funcPtr; }; bool XX::regex_callback(const boost::match_results<std::string::const_iterator>& what) { return true; } void XX::addDelayedVariables(string expr) { funcPtr = &XX::regex_callback; regex re("([[:alpha::]][[:alnum]]+)(\[[^\\]]+])"); sregex_iterator m1(expr.begin(), expr.end(), re); sregex_iterator m2; match_results<string::const_iterator> results; (*) bool a = (this->*funcPtr)(results); (*) for_each(m1, m2, (this->*funcPtr)); (#) } =========================================================================== When compiling (gcc 4.1 on FC 6) I get an error message at (#) that says: invalid use of non-static member function I added the two lines with a (*) as a sanity check to see that I declared the pointer-to-member-function correctly, and I have no problem compiling those. So my question is: is this a problem with me not understanding how to handle pointer-to-member-functions in C++, or is there something with the boost libraries that I'm missing or is preventing me from performing this operation? I would appreciate any help or opinion. thanks, Alain

2 2

[signal] How to disconnect?
by Boris 04 Jul '07

04 Jul '07

void Hello() { } boost::signal<void ()> sig; sig.connect(&Hello); // OK sig.disconnect(&Hello); // Error Can anyone tell me how I disconnect the callback function Hello? I can see in the documentation that I can call disconnect with a group_type and with a slot_type but not with a slot_function_type. I'm surprised to run into such a problem as from the point of view of a library user it can't get much easier than that? Boris PS: This is with Boost 1.33.1.

4 13

problems building Boost.Python with cygwin
by Knox, Matt 02 Jul '07

02 Jul '07

Hello all, I am trying to install the Boost.Python library (and then compile C++ python extensions after that) using cygwin and am not having much luck. I know I have the main part of boost working because I was able to compile and run the basic example for testing the boost configuration. Then to install Boost.Python I did the following: $ ./configure -with-libraries=python This generates the following output: Building Boost.Jam with toolset gcc... tools/jam/src/bin.cygwinx86/bjam Detecting Python version... 2.5 Detecting Python root... c:\Python25 Unicode/ICU support for Boost.Regex?... not found. Backing up existing Boost.Build configuration in user-config.jam.2 Generating Boost.Build configuration in user-config.jam... Generating Makefile... I then type "make install", which generates the following output: ./tools/jam/src/bin.cygwinx86/bjam --user-config=user-config.jam --prefix=/usr/local --exec-prefix= /usr/local --libdir=/usr/local/lib --includedir=/usr/local/include --with-python install WARNING: No python installation configured and autoconfiguration failed. See http://www.boost.org/libs/python/doc/building.html for configuration instructions or pass --without-python to suppress this message and silently skip all Boost.Python targets warning: Python location is not configured warning: the Boost.Python library won't be built warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned warning: Unable to construct ./install-unversioned ...found 7812 targets... Those warnings look rather problematic. And indeed, when I try to compile the basic example (/boost_1_34_0/libs/python/example/tutorial) by typing "bjam target-os=cygwin toolset=gcc", I get the following errors: Jamroot:17: in modules.load rule python-extension unknown in module Jamfile</cygdrive/p/c_libs/boost_1_34_0/libs/python/example/ tutorial>. /cygdrive/p/c_libs/boost_1_34_0/tools/build/v2/build/project.jam:312: in load-jamfile /cygdrive/p/c_libs/boost_1_34_0/tools/build/v2/build/project.jam:68: in load /cygdrive/p/c_libs/boost_1_34_0/tools/build/v2/build/project.jam:170: in project.find /cygdrive/p/c_libs/boost_1_34_0/tools/build/v2/build-system.jam:237: in load /cygdrive/p/c_libs/boost_1_34_0/libs/python/example/../../../tools/build /v2/kernel/modules.jam:261: in import /cygdrive/p/c_libs/boost_1_34_0/libs/python/example/../../../tools/build /v2/kernel/bootstrap.jam:132 : in boost-build /cygdrive/p/c_libs/boost_1_34_0/libs/python/example/boost-build.jam:7: in module scope Any ideas? Am I missing something obvious? Any help would be greatly appreciated. Thanks, - Matt ******************** NOTICE OF CONFIDENTIALITY This communication including any information transmitted with it is intended only for the use of the addressees and is confidential. If you are not an intended recipient or responsible for delivering the message to an intended recipient, any review, disclosure, conversion to hard copy, dissemination, reproduction or other use of any part of this communication is strictly prohibited, as is the taking or omitting of any action in reliance upon this communication. If you receive this communication in error or without authorization please notify us immediately by return e-mail or otherwise and permanently delete the entire communication from any computer, disk drive, or other storage medium. If the above disclaimer is not properly readable, it can be found at www.td.com/legal AVERTISSEMENT DE CONFIDENTIALITE Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement aux destinataires susmentionnés, est confidentiel. Si vous nêtes pas le destinataire prévu ou un agent responsable de la livraison de ce courriel, tout examen, divulgation, copie, impression, reproduction, distribution, ou autre utilisation dune partie de ce courriel est strictement interdit de même que toute intervention ou abstraction à cet égard. Si vous avez reçu ce message par erreur ou sans autorisation, veuillez en aviser immédiatement lexpéditeur par retour de courriel ou par un autre moyen et supprimer immédiatement cette communication entière de tout système électronique. Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous pouvez le consulter à www.td.com/francais/legale

3 2

[iterator_adaptor] typedef problem
by Mark Ruzon 01 Jul '07

01 Jul '07

In the private part of my own iterator adaptor called skip_iterator, I would like to write the following: private: typedef typename skip_iterator::iterator_adaptor_::difference_type difference_type; void advance(difference_type n); difference_type distance_to(const skip_iterator& x) const; because it looks nice. What I get from gcc 3.4.6 is strange: skip_iterator.hpp:22: error: `typedef ptrdiff_t skip_iterator<__gnu_cxx::__normal_iterator<float*, std::vector<float, std::allocator<float> > > >::difference_type' is private /usr/include/c++/boost_1_33_1/boost/iterator/iterator_facade.hpp:868: error: within this context However, if I forgo the typedef and write uglier code: private: void advance(typename skip_iterator::iterator_adaptor_::difference_type n); typename skip_iterator::iterator_adaptor_::difference_type distance_to(const skip_iterator& x) const; then it compiles and works fine. What is the issue with my typedef? Thanks, Mark

2 1

[Boost.Graph] Profiling using the graph library
by Ewgenij Sokolovski 30 Jun '07

30 Jun '07

Hello, I use the boost graph library (Version 1.33.1 of Boost) for my programming task. I wanted to profile my program with gprof. I compilated the source code with the -pg option and linked it also with that option. Now I'm examining the output file of gprof. Some functions of boost graph library are not explicitly listed there althogh I use them. These functions are: vertices() add_edge() What I see instead are some complicated functions. I have copied them here from my gprof-Output. But where are vertices() and add_edge()? Or are they meant by these complicated functions. Best regards Ewgenij Sokolovski 1) std::pair<std::vector<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> >, std::allocator<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> > > >::iterator, bool> boost::graph_detail::push<std::vector<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> >, std::allocator<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> > > >, boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> > >(std::vector<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> >, std::allocator<boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> > > >&, boost::detail::sei_<unsigned long, std::_List_iterator<boost::list_edge<unsigned long, boost::property<boost::edge_bundle_t, float, boost::no_property> > >, boost::property<boost::edge_bundle_t, float, boost::no_property> > const&) 2) boost::detail::postfix_increment_result<boost::counting_iterator<unsigned long, boost::use_default, boost::use_default>, unsigned long, unsigned long const&, boost::random_access_traversal_tag>::type boost::operator++<boost::counting_iterator<unsigned long, boost::use_default, boost::use_default>, unsigned long, boost::random_access_traversal_tag, unsigned long const&, long>(boost::iterator_facade<boost::counting_iterator<unsigned long, boost::use_default, boost::use_default>, unsigned long, boost::random_access_traversal_tag, unsigned long const&, long>&, int) -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

3 7

Re: [Boost-users] [Boost.MathToolKit] Compilation problem w/ VC++7.1
by Marc Viala 30 Jun '07

30 Jun '07

Hello John, Yes, I've tried to compile w/ the right header version of math-toolkit. Just to be sure and to confirm the problem: Right now I'm using Boost 1.33.1. Do you confirm that math-toolkit can operate only w/ Boost 1.34? If yes, sorry for the noise. By the way, do you plan to adapt your headers for Boost 1.33.1? Marc Viala > -----Message d'origine----- > De : boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] De la part de John Maddock > Envoyé : samedi 30 juin 2007 10:34 > À : boost-users(a)lists.boost.org > Objet : Re: [Boost-users] [Boost.MathToolKit] Compilation problem w/ VC++7.1 > > Marc Viala wrote: > > Done but I've got the same compilation errors. > > Hmmm, works for me. BTW you will need Boost-1.34 to compile any of the > math-toolkit code. Other than that, are you sure you updated your #include > path to point to the sandbox version? Just double checking the obvious ;-) > > John. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

[Boost.Graph] Visitors - dummy functions
by Ewgenij Sokolovski 30 Jun '07

30 Jun '07

Hello! I want to implement a visitor for the dijkstra_shortest_paths (...) algorithm. The visitor interface requires several methods which should be provided in each visitor object. But I need only one of these functions. So I considered to implement the others as empty functions like: void function(...) { } The problem now is, that as I apparently don't use the parameters, given to the function, inside of its body, the compiler prints out warnings about unused parameters. Is there a possibility to avoid this annoying thing? Except of disabling the warnings of the compiler in general. Regards Ewgenij -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger

2 1

Re: [Boost-users] [Boost.MathToolKit] Compilation problem w/ VC++7.1
by Marc Viala 30 Jun '07

30 Jun '07

Done but I've got the same compilation errors. Sorry... Marc Viala > -----Message d'origine----- > De : boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] De la part de John Maddock > Envoyé : vendredi 29 juin 2007 20:13 > À : boost-users(a)lists.boost.org > Objet : Re: [Boost-users] [Boost.MathToolKit] Compilation problem w/ VC++7.1 > > Marc Viala wrote: > > Hello, > > > > I've just tried to compile the following small code snippet: > > > > #include <boost/math/distributions/gamma.hpp> > > void main() { } > > > Does anyone know how to manage Math.ToolKit headers file w/ Boost > > 1.33.1 and VC++ 7.1.6030 > > I think that's one I fixed recently: can you try the current sandbox source? > > Regards, John. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

boost_regex with/without BOOST_REGEX_MATCH_EXTRA on same machine?
by Markus Grabner 30 Jun '07

30 Jun '07

Hi! For an application I'm writing, I need the match_results::captures feature, which requires to recompile boost with BOOST_REGEX_MATCH_EXTRA. I did so and globally installed the modified boost-1.33.1 on my machine. However, several utilities installed on my machine that came with my Linux distribution (openSUSE-10.2) don't work with the modified library (including the yast2 package manager, which made it somewhat challenging to re-install the original version). So I have two questions: *) What is the recommended installation if applications requiring BOOST_REGEX_MATCH_EXTRA must be installed on the same machine together with applications that don't require this extension? *) Are there any chances that future versions of the boost_regex library will remove this compile-time distinction? Are the few extra bytes for the (unused) m_captures member in sub_match really such a big problem? Thanks & kind regards, Markus -- Markus Grabner - Computer Graphics and Vision Graz University of Technology, Inffeldgasse 16a/II, 8010 Graz, Austria Phone: +43/316/873-5041, Fax: +43/316/873-5050 WWW: http://www.icg.tugraz.at/Members/grabner

2 1

[Test] Testing generated code.
by Michael Marcin 30 Jun '07

30 Jun '07

I have written type safe wrappers around some math operations that I need to use everywhere and I expect and rely on them being equivalent to the handcoded or macro based approach for performance reasons. I tend to check the resulting assembly by hand every so often and it surprises me from time to time to see that inefficiencies have crept in. If I write a routine in C and a routine using the type safe wrappers that I expect to have equivalent generated assembly is there a way to test that this is indeed the case? Can anyone else think of a better way to make sure that register usage is optimal, proper inlining is occurring, etc? Thanks, Michael Marcin

4 6