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

[Boost.Graph] Parameter for the Dijkstra-Algorithm
by Ewgenij Sokolovski 03 Jul '07

03 Jul '07

Hello, I read in the documentation that the parameter weight_map of dijkstra_shortest_paths should be a model of Readable Property Map. http://www.boost.org/libs/graph/doc/dijkstra_shortest_paths.html Readable Property Map interface defines a function get(), which has to be contained in each implementation of the interface. OK so far. But when you look at the example provided with the boost library, you see that a simple STL vector is used as weight map. http://www.boost.org/libs/graph/example/dijkstra-example.cpp And STL vector doesn't provide a get() function at all. So the whole thing shouldn't work at all. So where is the magic explanation?:) Ewgenij -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 2

Bjam
by question boost 03 Jul '07

03 Jul '07

Hi, using Code Blocks i got the folowing message.ld.exe "Cannot find -lboost_filesystem-mgw-mt-s-l_33_l"So I decided to use bjam. Then, cd /jam source location/build.bat. Then I set the variables BOOST_ROOT= C:\Documents and Settings\src\boostand BOOST_BUILD_PATH=C:\Documents and Settings\src\boost\tools\build\v2. So what must I do now in order to build my project with bjam under Code Blocks? Be very clear, Thank You. Thank You _________________________________________________________________ Besoin d'un e-mail ? Créez gratuitement un compte Windows Live Hotmail, plus sûr, plus simple et plus complet ! http://www.windowslive.fr/hotmail/default.asp

1 0

how to get the documentation of 1.34.0
by frederic.bron＠alcan.com 02 Jul '07

02 Jul '07

Hello, The documentation of 1.34.0 is on the www.boost.org web site. How can I download it? On sourceforge, I can only find 1.33.1 and also I do not see any html package. Is is possible to build it from the source package, how then? Regards, F. Bron Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

2 4

Re: [Boost-users] multiple definition error when linking with filesystem
by KLINIK Markus SDI2-G (AREVA NP GmbH) 02 Jul '07

02 Jul '07

Hi! See also http://svn.boost.org/trac/boost/ticket/995. Best Regards Markus

2 1

[program_options] strange linker error with minGW
by pheres 02 Jul '07

02 Jul '07

Hello, I run into following problems compiling a programm what uses boost::program_options under gcc version 3.4.2 / mingw: --------------------------------------------------------------------------------------------------------------------------- ++ -mthreads src/entity/EntityManager.o src/entity/TestJob.o lib/Sched.lib lib/Timer.lib /C/workspace-eclipse/ReflectiveMemory.Linux/lib/mingw/debug/libsw_rm.dll /mingw/lib/libwsock32.a ../../src/common/lib/libpthreadGC2.a /mingw/lib/libwinmm.a /C/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/lib/libboost_filesystem-mgw.lib /C/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/lib/boost_date_time-mgw.lib /C/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/lib/boost_program_options-mgw.lib -o bin/EntityManager.exe Info: resolving vtable for boost::program_options::variables_mapby linking to __imp___ZTVN5boost15program_options13variables_mapE (auto-import) Info: resolving vtable for boost::program_options::value_semantic_codecvt_helper<char>by linking to __imp___ZTVN5boost15program_options29value_semantic_codecvt_helperIcEE (auto-import) Info: resolving boost::program_options::arg by linking to __imp___ZN5boost15program_options3argE (auto-import) Info: resolving vtable for boost::program_options::validation_errorby linking to __imp___ZTVN5boost15program_options16validation_errorE (auto-import) src/entity/EntityManager.o: In function `basic_command_line_parser':c:/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/include/boost-1_33_1/boost/program_options/detail/parsers.hpp:42: undefined reference to `boost::program_options::detail::cmdline::cmdline(std::vector<std::string, std::allocator<std::string> > const&)' src/entity/EntityManager.o:c:/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/include/boost-1_33_1/boost/program_options/detail/parsers.hpp:49: undefined reference to `boost::program_options::detail::cmdline::set_options_description(boost::program_options::options_description const&)' src/entity/EntityManager.o:c:/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/include/boost-1_33_1/boost/program_options/detail/parsers.hpp:67: undefined reference to `boost::program_options::detail::cmdline::style(int)' src/entity/EntityManager.o:c:/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/include/boost-1_33_1/boost/program_options/detail/parsers.hpp:75: undefined reference to `boost::program_options::detail::cmdline::set_additional_parser(boost::function1<std::pair<std::string, std::string>, std::string const&, std::allocator<boost::function_base> >)' src/entity/EntityManager.o:c:/workspace-eclipse/libs/boost_1_33_1.mingw_precompiled/include/boost-1_33_1/boost/program_options/detail/parsers.hpp:102: undefined reference to `boost::program_options::detail::cmdline::run()' collect2: ld returned 1 exit status make[1]: *** [bin/EntityManager.exe] Error 1 make[1]: Leaving directory `/c/workspace-eclipse/SimulationEngine/mingw/debug' make: *** [Tests] Error 2 --------------------------------------------------------------------------------------------------------------------------- here is the fragment that causes that behavior: --------------------------------------------------------------------------------------------------------------------------- // Declare the supported options. po::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("client_id", po::value<int>(&mClientId), "set em's client id.") ("srv_ip", po::value<string>(&mSrvIp), "set SWRM server ip adress. Default is 127.0.0.1") ("srv_port", po::value<int>(&mSrvPort), "set SWRM server port number. Default is 8011") ; po::variables_map vm; // trouble starts with commenting in the following line(s): // po::store(po::parse_command_line(globalArgc, globalArgv, desc), // vm); // po::notify(vm); // // if (vm.count("help")) // { // cout << desc << "\n"; // exit(EXIT_SUCCESS); // } // // if (0 == mClientId) // { // cout << "No client_id set. Exiting...\n"; // exit(EXIT_FAILURE); // } // if( 2 > mClientId ) // { // cout << "Client_id has to be greater than 1." // << " 1 is reserved for SWRM server. Exiting...\n"; // exit(EXIT_FAILURE); // }else // { // cout << "client_id of this EM was set to " // << mClientId << "\n"; // } // // if (vm.count("srv_ip")) // { // cout << "SWRM server ip set to " << mSrvIp << "\n"; // }else // { // cout << "SWRM server ip set to " << mSrvIp << "\n"; // } // // if (vm.count("srv_port")) // { // cout << "SWRM server port set to " << mSrvPort << "\n"; // }else // { // cout << "SWRM server port set to " << mSrvPort << "\n"; // } --------------------------------------------------------------------------------------------------------------------------- All does compile fine under linux. And also the other boost libs I'm using (filesystem and date_time) behave well. What I'm doing wrong? Thank you in advance!

1 0

[ANN] Improving Boost Docs Project presentation
by Matias Capeletto 02 Jul '07

02 Jul '07

Hello Boost, A lot of people offer their help to improve Boost documentation, so we have change the project objectives. The idea is to build up a long term community of people that cares and constantly improve boost documentation and tools. Our main organization tools will be the project Wiki page: http://svn.boost.org/trac/boost/wiki/ImprovingBoostDocs the boost-docs list: https://lists.sourceforge.net/lists/listinfo/boost-docs and the boost-docs repository https://svn.boost.org/svn/boost/sandbox/boost_docs We need you to make a reality of this project. ... your comments are appreciated, ... your support is important for us, ... your help will make as even happier! With the hope that you like the project, we are waiting you on the boost-docs list. King Regards Improving Boost Docs Project crowd

2 2

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

[filesystem] Link issues with vc80
by Daniel Andersson 02 Jul '07

02 Jul '07

Hello, I have built Boost 1.34 using the msvc toolkit (vc80) and I am now trying to compile a small test app that uses the filesystem library. The test app source is attached to this mail. The compile itself works just fine and linking to the static version of the filesystem lib works fine as well: $ cl -nologo -EHsc -MDd fst.cpp libboost_filesystem-vc80-mt-gd.lib fst.cpp However, linking to the import library of the shared filesystem library produces an error: $ cl -nologo -EHsc -MDd fst.cpp boost_filesystem-vc80-mt-gd.lib fst.cpp fst.obj : error LNK2019: unresolved external symbol "unsigned int boost::filesystem::detail::not_found_error" (?not_found_error@detail@filesystem@boost@@3IA) referenced in function "private: unsigned int __thiscall boost::filesystem::basic_directory_iterator<class boost::filesystem::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem::path_traits> >::m_init(class boost::filesystem::basic_path<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct boost::filesystem::path_traits> const &)" (?m_init@?$basic_directory_iterator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem@boost@@@filesystem@boost@@@filesystem@boost@@AAEIABV?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem@boost@@@23@@Z) fst.exe : fatal error LNK1120: 1 unresolved externals Is this a setup issue or a problem with filesystem? Thanks, Daniel Andersson

1 0

[circular_buffer] problem compiling in VC80
by Paul O'Neill 02 Jul '07

02 Jul '07

The following code will not compile in MSVC80. It seems to be caused by an attempt to access a private member which is made public for the unit testing and so may not be caught by the boost unit tests. This was compiled against the Main CVS on 30-Jun-2007. int main(int argc, char* argv[]) { boost::circular_buffer<int> cb(3); return 0; } A look at the m_it that is referenced (error log below) shows that it is private in when BOOST_CB_TEST is not defined. If I define this macro everything works as expected. #if !defined(BOOST_CB_TEST) private: #endif // #if !defined(BOOST_CB_TEST) // Member variables //! The circular buffer where the iterator points to. const Buff* m_buff; //! An internal iterator. pointer m_it; Any ideas? Thanks, Paul. 1>c:\sdk\boost\boost cvs\boost\boost\circular_buffer\debug.hpp(133) : error C2248: 'boost::cb_details::iterator<Buff,Traits>::m_it' : cannot access private member declared in class 'boost::cb_details::iterator<Buff,Traits>' 1> with 1> [ 1> Buff=boost::circular_buffer<int>, 1> Traits=boost::cb_details::nonconst_traits<std::allocator<int>> 1> ] 1> c:\sdk\boost\boost cvs\boost\boost\circular_buffer\details.hpp(231) : see declaration of 'boost::cb_details::iterator<Buff,Traits>::m_it' 1> with 1> [ 1> Buff=boost::circular_buffer<int>, 1> Traits=boost::cb_details::nonconst_traits<std::allocator<int>> 1> ] 1> c:\sdk\boost\boost cvs\boost\boost\circular_buffer\base.hpp(1950) : see reference to function template instantiation 'void boost::cb_details::debug_iterator_registry::invalidate_iterators<boost::cb_details::iterator<Buff,Traits>>(const Iterator &)' being compiled 1> with 1> [ 1> Buff=boost::circular_buffer<int>, 1> Traits=boost::cb_details::nonconst_traits<std::allocator<int>>, 1> Iterator=boost::cb_details::iterator<boost::circular_buffer<int>,boost::cb_details::nonconst_traits<std::allocator<int>>> 1> ] 1> c:\sdk\boost\boost cvs\boost\boost\circular_buffer\base.hpp(1947) : while compiling class template member function 'void boost::circular_buffer<T>::destroy_item(int *)' 1> with 1> [ 1> T=int 1> ] 1> i:\development\projects\test\test\main2.cpp(6) : see reference to class template instantiation 'boost::circular_buffer<T>' being compiled 1> with 1> [ 1> T=int 1> ] -- View this message in context: http://www.nabble.com/-circular_buffer--problem-compiling-in-VC80-tf4010271… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

Re: [Boost-users] multiple definition error when linking with filesystem
by KLINIK Markus SDI2-G (AREVA NP GmbH) 02 Jul '07

02 Jul '07

KLINIK Markus SDI2-G (AREVA NP GmbH) wrote: > Hi! > > See also http://svn.boost.org/trac/boost/ticket/995. > > Best Regards > Markus The link is http://svn.boost.org/trac/boost/ticket/995

1 0

[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 verion lookup
by Ewgenij Sokolovski 01 Jul '07

01 Jul '07

Hello. How can I find out which version of Boost is installed on my system? Currently I do it on the simple way of opening the corresponding boost documentation installed with the boost library and looking at the "latest news" entry. But it isn't a really proper way, is it? What is the right way then?:) Ewgenij -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

[filesystem][Windows][1.34.0] Paths not getting normalized correctly.
by Jurko Gospodnetić 01 Jul '07

01 Jul '07

Hi. Boost.Filesystem's path::normalize() function does not remove the trailing '\\.' element and my guess is that it should. I'm using Boost 1.34.0 on Windows XP sp2 with MSVC 7.1. Some expected normalization examples: '.' --> '.' '\\' --> '\\' 'aaa\\..' --> '.' 'aaa\\bbb\\..' --> 'aaa' 'aaa' --> 'aaa' Some unexpected normalization examples: '\\.' --> '\\.' (expected '\\' ) 'aaa\\..\\.' --> '.\\.' (expected '.' ) 'aaa\\..\\.\\.' --> '.\\.' (expected '.' ) 'aaa\\..\\.\\.\\.' --> '.\\.' (expected '.' ) 'aaa\\bbb\\..\\.' --> 'aaa\\.' (expected 'aaa') 'aaa\\.' --> 'aaa\\.' (expected 'aaa') Hope this helps... Best regards, Jurko Gospodnetić

1 0

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

01 Jul '07

> > 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. > > Yes, only 1.34, but I'd expect different error messages if you tried to use > with 1.33.1: > > $ cl -GX -I../../ -I../../../../../1.33.1/boost_1_33_1 t.cpp > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.6030 for 80x86 > Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. > > t.cpp > ../../boost\math\tools\roots.hpp(13) : fatal error C1083: Cannot open > include file: 'boost/tr1/tuple.hpp': No such file or directory [Marc Viala] Amazing... I've just double checked my boost headers directory and I confirm the use of 1.33.1. I didn't find any reference of TR1 headers. > > > By the way, do you plan to adapt your headers for Boost 1.33.1? > > Nope, too much to do, too little time, it'll become part of Boost 1.35 or > 1.36 so there's no point in supporting earlier versions. [Marc Viala] OK. I'll look of your library when I'll do the boost upgrade. Thanks for your help & best regards Marc Viala

1 0

[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

multiple definition error when linking with filesystem
by frederic.bron＠alcan.com 30 Jun '07

30 Jun '07

I have 2 .cpp files which both includes : #include <boost/filesystem.hpp> #include <boost/regex.hpp> When I link the 2 .o with -lboost_filesystem -lboost_regex, I get the following error message: obj_o/BBron/TraceFileExtraction.o:TraceFileExtraction.cc:(.text+0x3d0): d'efinitions multiples de << boost::filesystem::basename(boost::filesystem::basic_path<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::filesystem::path_traits> const&)>> obj_o/BBron/AverageEvenCurve.o:AverageEvenCurve.cc:(.text+0x0): d'efini pour la premi`ere fois ici obj_o/BBron/TraceFileExtraction.o:TraceFileExtraction.cc:(.text+0x4d0): d'efinitions multiples de << boost::filesystem::extension(boost::filesystem::basic_path<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::filesystem::path_traits> const&)>> obj_o/BBron/AverageEvenCurve.o:AverageEvenCurve.cc:(.text+0x170): d'efini pour la premi`ere fois ici collect2: ld a retourn'e 1 code d''etat d'ex'ecution What's the problem? F. Bron ___________________________________ Frédéric Bron (frederic.bron(a)alcan.com) Unité ALT, Alcan CRV, BP 27, 38341 Voreppe téléphone : +33 4 76 57 81 72 télécopie : +33 4 76 57 80 99 Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

1 2

2 x Boost.Log
by Andrej van der Zee 30 Jun '07

30 Jun '07

Hi, I am looking for a Logging library in C++ and found two Boost libraries: * one by Andrey Semashev (with an empty sourceforge project created recently). * one by John Torjo (outdated downloadable from his website). Is any of those two already reviewed/accepted by Boost? Thanks, Andrej ___________________________________________________________ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/

1 0

troubles linking with boost_regex
by frederic.bron＠alcan.com 29 Jun '07

29 Jun '07

I am using boost 1.34.0 I have built the boost libraries from cygwin but for no-cygwin environment (pure win32, independant from cygwin): - I have built bjam with: ./build.bat gcc-nocygwin - I have used bjam like this: path/to/bjam link=static threading=single runtime-link=shared --toolset=gcc-nocygwin --prefix="D:\Softs\boost_msw" --layout=system release install - I then use g++ with -mno-cygwin flag to compile and link Here is the trouble I get when I link a program that uses regex with the regex library: /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0x1a): r'ef'erence ind'efinie vers << _pthread_mutex_lock >> /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0x54): r'ef'erence ind'efinie vers << _pthread_mutex_lock >> /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0x84): r'ef'erence ind'efinie vers << _pthread_mutex_lock >> /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0xaa): r'ef'erence ind'efinie vers << _pthread_mutex_unlock >> /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0xda): r'ef'erence ind'efinie vers << _pthread_mutex_unlock >> /cygdrive/d/Softs/boost_msw/lib/libboost_regex.a(static_mutex.o):static_mutex.cpp:(.text+0x10a): r'ef'erence ind'efinie vers << _pthread_mutex_unlock >> This does not happen when I link a program that uses only filesystem with the filesystem library. Also when I use boost libraries built for cygwin environnement (configure;make install), I have no problem linking with regex. I have tried with threading=multi but obtained the same results. Maybe I should build the no-cygwin libraries totally outside cygwin, i.e. with a standalone compiler? Any tricks? Regards F. Bron Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

2 2

[Boost.MathToolKit] Compilation problem w/ VC++7.1
by Marc Viala 29 Jun '07

29 Jun '07

Hello, I've just tried to compile the following small code snippet: #include <boost/math/distributions/gamma.hpp> void main() { } But the compilation failed w/ the following errors: :\boost\math\special_functions\log1p.hpp(195) : error C2785: 'tools::promote_args<T>::type boost::math::log1p(T)' et 'double boost::math::log1p(double)' ont des types de retour différents \boost\math\special_functions\math_fwd.hpp(246) : voir la déclaration de 'boost::math::log1p' \boost\math\special_functions\log1p.hpp(182) : voir la déclaration de 'boost::math::log1p' \boost\math\special_functions\log1p.hpp(195) : error C2912: spécialisation explicite ; 'double boost::math::log1p<double>(double)' n'est pas une spécialisation d'un modèle de fonction C:\Dev\MViala\ADV\Library\boost-1_33_1\boost\math\special_functions\log1p.hpp(183) : fatal error C1903: impossible de récupérer à partir des erreurs précédentes ; arrêt de la compilation Compilation Conditions: - Windows XP Pro - Boost 1.33.1 w/ Math. Toolkit Headers files (extracted from Vault Directory) - Visual C++ 7.1 SP1 : Version 7.1.6030 Does anyone know how to manage Math.ToolKit headers file w/ Boost 1.33.1 and VC++ 7.1.6030 Best regards, Marc Viala

2 1

Re: [Boost-users] praise for multi_index
by "JOAQUIN LOPEZ MU?Z" 29 Jun '07

29 Jun '07

Hello Pedro, <boost <at> larroy.com> writes: > > Hi > > I just wanted to praise boost::multi_index I think it's a great > container. I'm starting to wonder now how I lived without it > previously (with many individual maps and much complexity I guess) :) Thank you very much for your compliments! They're so rewarding, especially after a nightmarish work day :) Do not hesitate to contribute your proposals for improvement of the library. Best, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0