- Boost-users - lists.boost.org

[program_options] Short Option Name
by Christian Henning 20 Jul '07

20 Jul '07

Hi there, I cannot get the short option name feature to work. For some reason an exception is being thrown when I use the short name. I'm using boost 1.34 on MSVC 8. Here is what I'm doing: #include <boost\program_options.hpp> using namespace std; using namespace boost; namespace po = boost::program_options; int main( int argc, char* argv[] ) { string input; po::options_description settings( "" ); settings.add_options() ( "input,I" , po::value< string >( &input ) ->default_value( "" ) , "" ); po::options_description options; options.add( settings ); po::variables_map variables; store( parse_command_line( argc , argv , settings ) , variables ); notify( variables ); cout << input << endl; return 0; } Using --input="hello" works but not -I="hello". What am I overlooking? Thanks ahead, Christian

3 4

"detail" namespace
by Chauhan, Vikas 20 Jul '07

20 Jul '07

Hi , Can you please advise , why boost has "detail" namespace? Is a kind of standard as most of the libraries also have a detail namespace for eg: boost::asio::detail, boost::archive::detail, boost::format::detail and so on... Thanks, Vikas

3 2

Problem with boost::transform_iterator, std::pairs and templates.
by Manuel Holtgrewe 19 Jul '07

19 Jul '07

Hi, I have a problem using the Boost.Iterators library correctly. The following minimal example does neither compile with GCC 4.2 nor with a current ICC 10.0 version. It seems that putting a boost::transform_iterator inside a pair makes it impossible to retrieve its value again using std::iterator_traits. I would welcome a proposal how to resolve the problem. I get the bug when using transform_iterator together with the MCSTL (Multi Core STL) and thus cannot change the internals. I would thus like to know if and how I can make the following work without touching the inner() and outer() functions themselves since I do not have the possibility to change the library code itself. Am I using boost::transform_iterator incorrectly? Kind Regards, Manuel == File Source == #include <iostream> #include <vector> #include <functional> #include <boost/iterator/transform_iterator.hpp> class plus_two : public std::unary_function<int, int> { public: int operator()(int x) const { return x + 2; } }; template <class Pair> void inner(Pair pair) { typedef typename Pair::first_type Iterator; typedef typename std::iterator_traits<Iterator>::value_type T; Pair p = pair; T *x = &p.first[0]; (void)x; } template<class InIterator> void outer(InIterator begin, InIterator end) { typedef typename std::iterator_traits<InIterator>::value_type ValueType; inner(std::make_pair(begin, end)); } int main(void) { int in[10] = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; outer( // broken boost::make_transform_iterator(in, plus_two()), boost::make_transform_iterator(in + 10, plus_two())); outer(in, in+10); // working return 0; } == GCC 4.2.0 Output == user@host:~/tmp> gcc-4.2.0 --version gcc-4.2.0 (GCC) 4.2.0 Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. user@host:~/tmp> gcc-4.2.0 conflict.cpp conflict.cpp: In function 'void inner(Pair) [with Pair = std::pair<boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default> >]': conflict.cpp:29: instantiated from 'void outer(InIterator, InIterator) [with InIterator = boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default>]' conflict.cpp:37: instantiated from here conflict.cpp:21: warning: taking address of temporary conflict.cpp:21: error: cannot convert 'boost::detail::operator_brackets_proxy<boost::transform_iterator<plus_t wo, int*, boost::use_default, boost::use_default> >*' to 'int*' in initialization == Intel C++ Compiler Output == user@host:~/tmp> icc -V Intel(R) C Compiler for applications running on Intel(R) 64, Version 10.0 Build 20070613 Package ID: l_cc_c_10.0.025 Copyright (C) 1985-2007 Intel Corporation. All rights reserved. FOR NON-COMMERCIAL USE ONLY user@host:~/tmp> icc conflict.cpp conflict.cpp(21): warning #1563: taking the address of a temporary T *x = &p.first[0]; ^ detected during: instantiation of "void inner(Pair) [with Pair=std::pair<boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>>]" at line 29 instantiation of "void outer(InIterator, InIterator) [with InIterator=boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>]" at line 35 conflict.cpp(21): error: a value of type "boost::detail::operator_brackets_proxy<boost::transform_iterator<plus_t wo, int *, boost::use_default, boost::use_default>> *" cannot be used to initialize an entity of type "T={int} *" T *x = &p.first[0]; ^ detected during: instantiation of "void inner(Pair) [with Pair=std::pair<boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>>]" at line 29 instantiation of "void outer(InIterator, InIterator) [with InIterator=boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>]" at line 35 compilation aborted for conflict.cpp (code 2)

2 1

[mpl]problems with mpl::set
by Brian Simpson 19 Jul '07

19 Jul '07

I'm having problems compiling non-explicitly-declared mpl::set types. Here's an example: <block1> typedef set<char> set1_t; BOOST_MPL_ASSERT_RELATION(size<set1_t>::value, ==, 1); //test iterating through the mpl.set: typedef begin<set1_t>::type set1_itr0_t; BOOST_MPL_ASSERT((is_same<deref<set1_itr0_t>::type, char>::type)); typedef next<set1_itr0_t>::type set1_itr1_t; BOOST_MPL_ASSERT((is_same<set1_itr1_t, end<set1_t>::type>::type)); </block1> In block1, I declare a set with one type, char, and then iterate over it. This code compiles, as expected. <block2> typedef set<> empty_set; BOOST_MPL_ASSERT_RELATION(size<empty_set>::value, ==, 0); typedef insert<empty_set, char>::type set2_t; BOOST_MPL_ASSERT_RELATION(size<set2_t>::value, ==, 1); //test iterating through the mpl.set: typedef begin<set2_t>::type set2_itr0_t; BOOST_MPL_ASSERT((is_same<deref<set2_itr0_t>::type, char>::type)); typedef next<set2_itr0_t>::type set2_itr1_t;//compile error at this line BOOST_MPL_ASSERT((is_same<set2_itr1_t, end<set2_t>::type>::type)); </block2> In block2, I declare a set with no types, then insert a char type, then iterate over the resulting sequence. At the line where I get the second iterator, I get a compile error: <error_text> boost\mpl\set\aux_\iterator.hpp(52) : error C3083: 'next_': the symbol to the left of a '::' must be a type boost\mpl\eval_if.hpp(41) : see reference to class template instantiation 'boost::mpl::next<T>' being compiled with [ T=boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>> ] boost\mpl\set\aux_\iterator.hpp(56) : see reference to class template instantiation 'boost::mpl::eval_if<C,F1,F2>' being compiled with [ C=boost::mpl::has_key<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>::type>, F1=boost::mpl::identity<boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>>>, F2=boost::mpl::next<boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>>> ] source.cpp(120) : see reference to class template instantiation 'boost::mpl::next<T>' being compiled with [ T=set2_itr0_t ] </error_text> MSVS 8.0 is the compiler(_MSC_VER == 1400). Am I missing an obvious error in my code? Thanks! _________________________________________________________________ Need a break? Find your escape route with Live Search Maps. http://maps.live.com/default.aspx?ss=Restaurants~Hotels~Amusement%20Park&cp…

2 4

Finding the correct library to link (feature request for pkg-config support)
by Roger Leigh 19 Jul '07

19 Jul '07

Hi folks, [I've posted this to both user and development lists, because I'm not sure which is most appropriate in this case.] I make use of several Boost libraries in my schroot program (svn://svn.debian.org/svn/buildd-tools/trunk/schroot) This project, like many, utilises GNU Autoconf and Automake for its build system. I need to determine how to link with the Boost libraries in order to build the programs in the project. This is an issue for many projects which want to link with a Boost library. To illustrate my problem: ls -l /usr/lib/libboost_regex-*.so /usr/lib/libboost_program_options-*.so lrwxrwxrwx 1 root root 45 2007-07-08 11:48 /usr/lib/libboost_program_options-gcc41-1_34.so -> libboost_program_options-gcc41-1_34.so.1.34.0 lrwxrwxrwx 1 root root 48 2007-07-08 11:48 /usr/lib/libboost_program_options-gcc41-mt-1_34.so -> libboost_program_options-gcc41-mt-1_34.so.1.34.0 lrwxrwxrwx 1 root root 41 2007-07-08 11:48 /usr/lib/libboost_program_options-mt.so -> libboost_program_options-gcc41-mt-1_34.so lrwxrwxrwx 1 root root 38 2007-07-08 11:48 /usr/lib/libboost_program_options-st.so -> libboost_program_options-gcc41-1_34.so lrwxrwxrwx 1 root root 35 2007-07-08 11:47 /usr/lib/libboost_regex-gcc41-1_34.so -> libboost_regex-gcc41-1_34.so.1.34.0 lrwxrwxrwx 1 root root 38 2007-07-08 11:47 /usr/lib/libboost_regex-gcc41-mt-1_34.so -> libboost_regex-gcc41-mt-1_34.so.1.34.0 lrwxrwxrwx 1 root root 31 2007-07-08 11:47 /usr/lib/libboost_regex-mt.so -> libboost_regex-gcc41-mt-1_34.so lrwxrwxrwx 1 root root 28 2007-07-08 11:47 /usr/lib/libboost_regex-st.so -> libboost_regex-gcc41-1_34.so Unlike every other library on my system, the Boost libraries have the compiler (gcc41) and threading model (mt|st) and so on embedded *in the library name*. This makes it impossible to discover in an automatic fashion. Since this is free software anyone can download and build, I don't know what the compiler/toolchain will be, let alone what abbreviation Boost has chosen for it. I expect that Autoconf will set up such things appropriately. The only means I have are the libboost_program_options-mt.so, libboost_program_options-st.so (and so on for all the libraries) symbolic links which the Debian maintainer has helpfully provided. However, these are not portable, and are so not a good solution. They are, however, the only available solution at the moment. To further show the problem I am having, this is part of my configure.ac Autoconf template: ---configure.ac---- AC_CHECK_HEADERS([tr1/memory]) AC_CHECK_HEADERS([boost/shared_ptr.hpp],, [ if test $ac_cv_header_tr1_memory = yes; then : else AC_MSG_ERROR([Boost.shared_ptr (Boost C++ Libraries) is not installed, but is required by schroot]) fi]) AC_CHECK_HEADERS([tr1/tuple]) AC_CHECK_HEADERS([boost/tuple/tuple.hpp],, [ if test $ac_cv_header_tr1_memory = yes; then : else AC_MSG_ERROR([Boost.Tuple (Boost C++ Libraries) is not installed, but is required by schroot]) fi]) AC_CHECK_HEADERS([boost/format.hpp],, [AC_MSG_ERROR([Boost.Format (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_CHECK_HEADERS([boost/program_options.hpp],, [AC_MSG_ERROR([Boost.Program_options (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_CHECK_HEADERS([boost/type_traits.hpp],, [AC_MSG_ERROR([Boost.TypeTraits (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_MSG_CHECKING([for boost::program_options::variables_map in -lboost_program_options-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_program_options-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/program_options.hpp>], [boost::program_options::variables_map::variables_map dummy()])], [AC_MSG_RESULT([yes]) BOOST_LIBS="${BOOST_LIBS} -lboost_program_options-st"], [AC_MSG_RESULT([no]) AC_MSG_FAILURE([libboost_program_options (Boost C++ Libraries) is not installed, but is required by schroot])]) LDFLAGS="${saved_ldflags}" AC_MSG_CHECKING([for boost::program_options::options_description::options() in -lboost_program_options-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_program_options-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/program_options.hpp>], [boost::program_options::options_description testgrp("test group"); bool notused = testgrp.options().empty(); ])], [AC_MSG_RESULT([yes]) BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS="current"], [AC_MSG_RESULT([no]) BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS="old"]) LDFLAGS="${saved_ldflags}" AH_TEMPLATE(BOOST_PROGRAM_OPTIONS_DESCRIPTION_OLD, [Set if boost::program_options::options_description::options() is not available]) if test "$BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS" = "old"; then AC_DEFINE(BOOST_PROGRAM_OPTIONS_DESCRIPTION_OLD, 1) fi AC_MSG_CHECKING([for boost::regex in -lboost_regex-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_regex-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/regex.hpp>], [boost::regex("^foo[bar]$")])], [AC_MSG_RESULT([yes]) BOOST_LIBS="${BOOST_LIBS} -lboost_regex-st"], [AC_MSG_RESULT([no]) AC_MSG_FAILURE([libboost_regex (Boost C++ Libraries) is not installed, but is required by schroot])]) LDFLAGS="${saved_ldflags}" AC_SUBST([BOOST_LIBS]) ---configure.ac---- As you can see, that's quite a bit of complexity. It also includes code to work around a backwards compatibility issue in Boost.Program_options. However, it needs to know the library name in order to link the test code, and I'm still needing to use a non-standard name in order to do that. It would be great if Boost would provide a mechanism to allow such discovery. Such a mechanism already exists, and is called "pkg-config". By installing a small file in LIBDIR/pkgconfig for each Boost library, the pkg-config tool or PKG_CHECK_MODULES Autoconf macro may be used to query this information. As an example: ---- boost-regex-mt.pc ---- prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: boost-regex-mt Description: Boost C++ Regular Expression Library (multi-threaded) Version: 1.34.0 Libs: -L${libdir} -lboost_regex-gcc41-mt-1_34 Libs.private: -licui18n -licuuc -lrt -lm Cflags: -I${includedir} -pthread ---- boost-regex-mt.pc ---- You can generate this from a template: ---- boost-regex-mt.pc.in ---- prefix=PREFIX exec_prefix=EPREFIX libdir=LIBDIR includedir=INCLUDEDIR Name: boost-regex-mt Description: Boost Regular Expression Library (multi-threaded) Version: VERSION Libs: -L${libdir} LIBRARY_NAME Libs.private: LIBRARY_DEPENDENCIES [for static linking] Cflags: -I${includedir} THREAD_OPTIONS_FOR_COMPILER ---- boost-regex-mt.pc.in ---- where the capitalised names are where you would substitute in the system- and compiler-specific options. It looks like bjam could probably make this a single rule all libraries could make use of. For such a setup, all that configure script above could be mostly reduced to PKG_CHECK_MODULES([boost-regex-st]) PKG_CHECK_MODULES([boost-program-options-st]) I don't know how bjam works, but I do this with Autoconf as a file generated by config.status, but it could also be generated by make with a simple sed command. I guess you could do the bjam equivalent, whatever that might be. I have had a look at the sources to try to implement this, but I am afraid I lack the bjam expertise to do it. You may find much more detailed discussion of these issues at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424038 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424666 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425264 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428419 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350539 Some of these are due to Debian-specific issues (a change to the symlink name), but the root cause is the inability to identify the Boost library names in an automated fashion. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.

2 2

[Boost.Any] Are there visitors for boost::any?
by Rydinare 19 Jul '07

19 Jul '07

Hi all. I was curious to see if there is or will be support for the use of the visitor pattern with boost::any? I think it would be very useful. I thought I had read that there was an experimental boost::any visitor at some point, but I couldn't find it. Please let me know. Thanks. --------------------------------- Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.

3 2

Boost Sockets
by sccr13plyr 19 Jul '07

19 Jul '07

Hello, I am new to Boost. I was looking for socket classes that are a component of Boost. Somehow, I couldn't find any. Are there "boost sockets"? Thanks in advance, Jason

4 4

Re: [Boost-users] Problem with unit test BOOST_AUTO_TEST_MAIN
by Sakharuk, Vlad (GMI Development) 19 Jul '07

19 Jul '07

Yes, if I remove all lib it does run successfully. I identified that tests run from TinyXML lib (opensource). I have to link with other libraries because the code I have to test depends on them. I am just creating tast case to narrow down the problem. I will look in 1.34.o but probably I could not. I will apriceate any solution how to disable particular testing suit (from TinyXML). I could not physically remove those test from the lib. Thanks Vlad -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Gennadiy Rozental Sent: Thursday, July 05, 2007 11:56 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Problem with unit test BOOST_AUTO_TEST_MAIN MessageSorry. I missed this post. > "Sakharuk, Vlad (GMI Development)" <Vlad_Sakharuk(a)ml.com> wrote in > message > news:AAA38056FF35DE4CB4A65657784B08FAA9E093@MLNYC730MB.amrs.win.ml.com.. . > Hi all, > > here is my code: > > #define BOOST_AUTO_TEST_MAIN > #include <boost/test/auto_unit_test.hpp> > > BOOST_AUTO_TEST_CASE( test1 ) > { > BOOST_CHECK(true); > } > > > I link it dynamically with boost ver 1.3.3.1 with gcc-3.4.4 on Linux > 2.6. (Note I did not compile this library myself.) > > However there is a lot of other libraries linked to the module but > never > used. > > Bellow is output I am getting. I suspect that other libraries have > embedded boost tests. BUT > 1) There is no test1 in my output. Can you try 1.34.0? If you remove all libs, does it appear? > 2) How I can remove all unnecessary test and stick only to those in my > files only? Why don't you just don't link with other libraries? > > Here is command I have used > > test1 --output_format=XML --log_level=success Gennadiy _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. --------------------------------------------------------

2 1

unit test examples
by Simon.Parry＠derivativefitch.com 19 Jul '07

19 Jul '07

Hello, Can someone please send me some examples of using the current boost unit test framework - the examples don't appear to be available on the net. thanks Simon Parry ______________________________________________________________________ Confidentiality Notice: The information in this e-mail and any attachment(s) is confidential and for the use of the addressee(s) only. If you have received this e-mail in error, please delete this e-mail. Unauthorized use, reliance, disclosure or copying of the contents of this e-mail, or any similar action, is prohibited. This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

2 1

[Regex] Link error with G++ 3.3.2, but Okay with 3.4.5
by Ambarish Mitra 19 Jul '07

19 Jul '07

Hi all, I have the following code to validate a given url using boost::regex. The code is failing linking with g++ 3.3.2, but is building with 3.4.5 Any workaround, or pointer to help to build in 3.3.2? I am on boost 1.32. All the linking errors are related to std strings. #include <iostream> #include <string> #include <boost/regex.hpp> // Boost.Regex lib using namespace std; int main( ) { std::string url("http://myserver:80/index.html"); boost::regex re; try { boost::regex re("(ftp|http|https):\/\/(\w+\.)*(\w*)\/([\w\d]+\/{0,1})+"); if (!boost::regex_match(url, re)) { throw "Your URL is not formatted correctly!"; } } catch (...) { cerr << "The regexp " << re << " is invalid!" << endl; } } g++ regex2_url.cpp /usr/lib/libboost_regex.a /usr/lib/libboost_regex.a(c_regex_traits.o)(.text+0xab2): In function `boost::re_detail::c_traits_base::set_message_catalogue(std::basic_string<ch ar, std::char_traits<char>, std::allocator<char> > const&)': : undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' /usr/lib/libboost_regex.a(c_regex_traits.o)(.text+0xac2): In function `boost::re_detail::c_traits_base::set_message_catalogue(std::basic_string<ch ar, std::char_traits<char>, std::allocator<char> > const&)': : undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' /usr/lib/libboost_regex.a(c_regex_traits.o)(.text+0xaf6): In function `boost::re_detail::c_traits_base::set_message_catalogue(std::basic_string<ch ar, std::char_traits<char>, std::allocator<char> > const&)': : undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' /usr/lib/libboost_regex.a(c_regex_traits.o)(.text+0xb0f): In function `boost::re_detail::c_traits_base::set_message_catalogue(std::basic_string<ch ar, std::char_traits<char>, std::allocator<char> > const&)': : undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' ... ... DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails.

2 1