- Boost-users - lists.boost.org

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