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

[BGL] Kolmogorov max flow
by Olivier Tournaire 04 Feb '10

04 Feb '10

Hi all, I am currently trying to use kolmogorov_max_flow algorithm. I am building a graph from another lib, namely CGAL. I first build an arrangement of the plane, and use the dual arrangement representation provided by CGAL (see http://www.cgal.org/Manual/3.3/doc_html/cgal_manual/Arrangement_2/Chapter_m…) So, each vertex of the graph is a face of the arrangement, and each edge in the graph is an edge of the arrangement. CGAL provides a graph_traits to use BGL algorithm. However, I do not know how to use kolmogorov_max_flow with this graph_traits. The doc states that reversed edges must be included in the graph. The graph provided by CGAL already has reverse edges. How can I deal with that ? Could you please give me the way to call kolmogorov_max_flow withthe graph provided by CGAL ? Best regards, Olivier

2 3

multi_array: how can I efficiently have a column selected?
by petros mamales 04 Feb '10

04 Feb '10

Hi, I am a real newbie here, so please excuse the naivity of the question. I, say, have a 3d array (fortran storage), and want to create a view to it so that I select say: grid[ indices[ [range(9,10)] [3], [range(9,10)] ]; I am not clear on exactly what this creates: from the documentation, I see this creating a 3d view. Can I use stl-like iterators on this, to use stl type algorithms? Is there any other repository of examples that would use high-level constructs like this so that I could look into a few examples? Again, I apologize for the bredth of the question. Best Regards, Petros

2 4

Re: [Boost-users] Thread crash on interruption mingw
by Chris Spencer 04 Feb '10

04 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Finally got it sorted. I recompiled gcc to use Dwarf exceptions instead of SJLJ (added '--disable-sjlj-exceptions --enable-dwarf2' to the configure line) and it works perfectly now. Sorry for the spam, maybe someone in the future with the same problem will find it useful.. Chris. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktqE8UACgkQ6iqRtkAADZixkgCfVy6RHLU3tj0xRCAMqGl8ukoH DnIAn1gpYWAZH01M2/74J96Ovt/YfS/q =aEbg -----END PGP SIGNATURE-----

1 0

Re: [Boost-users] Thread crash on interruption mingw
by Chris Spencer 03 Feb '10

03 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well to make things more interesting I have discovered that using - -static-libgcc it works as intended, but if I do that it means exceptions won't traverse DLL boundaries, which needs -shared-libgcc to work... Chris. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktqA2IACgkQ6iqRtkAADZi1NwCfSzzcdsDZAJcbVuUvvdZjMh1T Rt8AoKSZs0dZTYYLl9DEzLO1pWMGQfgi =AFv4 -----END PGP SIGNATURE-----

1 0

Protected binds
by Zachary Turner 03 Feb '10

03 Feb '10

Performance issues aside, is there any reason why i should prefer to use boost::bind() by itself as opposed to boost::protect(boost::bind ())? In other words, is there a situation where given a certain functional requirement, boost::bind produces correct results but boost::protect(boost::bind()) doesnt? Back to performance, just how much extra work is protect going to do in an optimized build? Zach Sent from my iPhone

1 0

Thread crash on interruption mingw
by Chris Spencer 03 Feb '10

03 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm having some trouble with the thread library. When I interrupt a thread it is causing my application to crash. Here is a simple test file: #include <boost/thread.hpp> #include <iostream> #ifdef _WIN32 #include <windows.h> #endif using namespace boost; using namespace boost::posix_time; using namespace std; void threadFunction() { try { boost::this_thread::sleep(seconds(10)); } catch (thread_interrupted&) { cerr << "interrupted" << endl; } } int main() { thread myThread(threadFunction); #ifdef _WIN32 Sleep(1000); #else sleep(1); #endif myThread.interrupt(); myThread.join(); return 0; } If I compile this on Linux, or on Windows with MSVC it works perfectly every time, but if I compile with mingw it *usually* crashes after printing 'interrupted'. If I put a sleep in between the interrupt and join though it never crashes, so there appears to be a race condition somewhere.. Compiled with: i386-pc-mingw32-g++ -mthreads thread_test.cpp - -lboost_thread -o thread_test.exe $ i386-pc-mingw32-g++ --version i386-pc-mingw32-g++ (GCC) 4.4.3 Boost version 1.42 Any help would be appreciated. Chris. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktp+iAACgkQ6iqRtkAADZiiWwCgrd3R/G2yCstU0ruuipCPbISo IAcAoOCE93g+alGcSUf7ZedHYC7Mwq3u =BHbA -----END PGP SIGNATURE-----

1 0

Re: [Boost-users] Boost release 1.42.0 available
by Tom Kent 03 Feb '10

03 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've built windows libraries (vc7.1, vc8, vc9) off of this, if you want them, you can get them from my website: http://boost.teeks99.com Tom > Subject: [Boost-users] Boost release 1.42.0 available > From: Beman Dawes (bdawes_at_[hidden]) > Date: 2010-02-02 16:52:50 > > Release 1.42.0 of the Boost C++ Libraries is now available. > > These open-source libraries work well with the C++ Standard Library, > and are usable across a broad spectrum of applications. The Boost > license encourages both commercial and non-commercial use. > > This release contains one new library and numerous bug fixes for > existing libraries. For details, including download links, see > http://www.boost.org/users/news/version_1_42_0 > > The release can also be downloaded directly from SourceForge. See > http://sourceforge.net/projects/boost/files/ > > To install this release on your system, see > http://www.boost.org/doc/libs/1_42_0/more/getting_started/index.html > > Thanks, > > --The Boost release team -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktp80AACgkQccZrtZUgfJA55wCghynRoR4MYtt1EJvcFyoTIrUY obgAnigLXnvjDd6AS2h3UqkvD1NkrdOR =hHFS -----END PGP SIGNATURE-----

1 0

Re: [Boost-users] [fusion] xlC 6.0 building math lib - Errors
by Jerry Jeremiah 03 Feb '10

03 Feb '10

> Date: Wed, 3 Feb 2010 12:13:56 -0000 > From: "John Maddock" <john(a)johnmaddock.co.uk> > > > Here is the entire stack trace for the math library error I get: > > Sigh... those are still truncated and don't give the full template > parameters :-( > > John. > > Date: Wed, 3 Feb 2010 12:15:46 -0000 > From: "John Maddock" <john(a)johnmaddock.co.uk> > > > info.cpp > > > "./boost/optional/optional.hpp", line 439.66: 1540-0210 (S) "T" is not a > > base class of "locale". > > "./boost/optional/optional.hpp", line 439.10: 1540-0700 (I) The previous > > message was produced while processing > > "boost::optional_detail::optional_base<std::locale>::destroy_impl > > (is_not_reference_tag)". > > :-( > > I admit to being a bit perplexed by this, particularly as the IBM AIX > tests are mostly passing with xlC 10.1, options used are here: > http://beta.boost.org/development/tests/trunk/developer/output/ > IBM_Canada_Ltd-boost-bin-v2-libs-config-test-config_info-test- > vacpp-debug.html > > John. Hi John, I knew it compiled with xlC 10. And clearly IBM has improved their compiler significantly since I bought xlC 6. I figure xlC 6 is like MSVC 6 - it does templates but not really. It makes sense - xlC 6 is four versions behind and so is MSVC 6. It's just too old. Sorry about the truncated error messages - I have no idea how to make them contain more detail. Jerry

1 0

Assertion `!pthread_mutex_destroy(&m)' failed"
by Marc Manthey 03 Feb '10

03 Feb '10

hello list i have to install a programm on a cent os system ( i am only familiar with debian ) and i ´ve got exactly the same error. source/boost_1_36_0/boost/thread/pthread/mutex.hpp:45: boost::mutex::~mutex(): Assertion `!pthread_mutex_destroy(&m)' failed http://lists.boost.org/boost-users/2009/06/49211.php From reading the post i understood that the error is related to mySQL ? So what can i do ? i have only an .rpm file and i am not a programmer i´ve translated with some help this howto from thai into english and it SHOULD work , maybe i miss an updated library ? or i need a more actual version ?; http://blog.saiyaithai.co.th/2009/12/camfrog-server-linux-install-and-confi… or http://macbroadcast.org/index.php?q=node/78 Any hint would be greatly appreciated thank´s marc -- Les enfants teribbles - research / deployment Marc Manthey- Vogelsangerstrasse 97 50823 Köln - Germany Tel.:0049-221-29891489 Mobil:0049-1577-3329231 project : http://opencu.org blog: http://macbroadcast.org Opinions expressed may not even be mine by the time you read them, and certainly don't reflect those of any other entity (legal or otherwise). Please note that according to the German law on data retention, information on every electronic information exchange with me is retained for a period of six months.

1 0

MPL and lambda
by Joseph Winston 03 Feb '10

03 Feb '10

In http://lists.boost.org/Archives/boost/2003/11/56289.php, there was a question on how one should locate all the mpl::pair's that match a given type when one was only interested in the first item in the pair. The suggested solution looked like something like this: #include <boost/mpl/vector.hpp> #include <boost/mpl/pair.hpp> #include <boost/mpl/find.hpp> #include <boost/mpl/transform_view.hpp> int main(int, char **) { using namespace boost; typedef mpl::vector< mpl::pair<int, int*>, mpl::pair<short, short*>, mpl::pair<long, long*>, mpl::pair<char, char*> > pairs; typedef mpl::find< mpl::transform_view< pairs, mpl::select1st<> >, long >::type::base iter; } However, mpl::select1st<> no longer is a part of boost and I don't see how to accomplish this despite having "C++ Template Metaprogramming" in my hands. I'd like to know what is the correct way in a recent version of boost, to accomplish this.

2 1

Resource constrained shortest path algorithm returns (check_path) invalid path
by Martin Bergner 03 Feb '10

03 Feb '10

Hello all, I'm using the resource constrained shortest path algorithm from the boost graph library. It returns invalid paths as a result. The funny (well not really) thing is, that check_path itself detects the path as not correctly extended, infeasible and not a path at all. So it seems that my resource extension function works correctly. But the path is still returned as a Pareto optimal path. Do you have any idea on where the problem might be? Regards, Martin

2 1

multi index container
by Dejan 03 Feb '10

03 Feb '10

Hi all, I have to store pointer of type (let's say) "employee" in a multi-index-container: struct employee { employee(int id):id(id){} int id; }; Further I have to check if every id is unique: employee* e0 = new employee(1); employee* e1 = e0; employee* e2 = new employee(1); employee* e3 = new employee(2); my_multi_index_conatiner.insert(e0); // OK my_multi_index_conatiner.insert(e1); // BAD my_multi_index_conatiner.insert(e2); // BAD my_multi_index_conatiner.insert(e0); // OK Can someone tell me how a typedef of a multi_index_container fullfilling prerequisities above looks? Or is a multi_index_container not the right tool? I've tried with a method in struct employee which returns the this-pointer. But this-pointer is const const and useless for my problem. Thanks in advance!

6 12

compiler version building boost for vs2008
by Archie14 03 Feb '10

03 Feb '10

I am using boost 41. When building 41 I was using compiler version as 9.0 I built boost 42 in another directory, and for this built I used compiler version as reported by cl.exe. In my case it is 15.00.30729.01, so when using bjam I entered msvc-15.00 as toolset. Boost 42 was built successfully, but my program now does not link with linker complaining: fatal error LNK1104: cannot open file 'libboost_system-vc90-mt-gd- 1_42.lib' All my directories for boost 41 and boost 42 are the same, except that all libs in boost42/stage/lib have 1500 as part of the filename. When I copy "09" libs from boost41/stage/lib to boost42/stage/lib project complies successfully, so I know that dirs are not the problem. Question: how to resolve this problem? I can rebuild with 9.0 as compiler version, but I would like to undestand why 15.00 does not work.

2 1

[random] present library status and doc
by Thomas Mang 03 Feb '10

03 Feb '10

Hi, What is the present library status of the random library,and in how far are the documentation and the code base out-of-sync ? I just tried a variate_generator with mt19937 as engine and a normal_distribution as distribution. IIRC, then some years ago this did not work as the normal_distribution requires an input in the [0,1] range, but now it seems to work. Looking into the header files I concluded under the hood there has been quite some development going on. Also for uniform_01 things apparently changed quite a lot, there is now also for example a new_uniform_01 etc. My main questions: Is the library presently under active development ? Shall I rely on the docs, or not ? For example, is above normal distribution now deliberately working, or am I relying on a deliberately undocumented feature which might be removed later ? Because many more distributions now exist I think the docs are just totally out of date. Any plans of updating them ? cheers, Thomas

4 9

wait/notify problem
by girish hilage 03 Feb '10

03 Feb '10

Hi, I am trying to implement MANAGER:WORKER model using boost thread_group. I am using wait() and notify() for that. In my application, when thread1 wants to listen for some event from thread2, it executes wait(). when thread2 wants to inform about the event to thread1, it executes notify(). The problem I am facing is : thread1 first executes wait(). then thread2 executes notify(). but notify() completes its execution even before thread1 actually starts waiting for the event and notify() is goes in vain and then thread1 keeps on waiting infinitely. To avoid this, right now I am using sleep(1) before thread2 calls notify() to make sure that thread1 really reaches the actual wait state. But this is not a permanent solution; as it is possible that even within 1sec thread1 might not actually start listening for the event. (Also 1sec makes my applcation very slow). So, I just want to know if there is any such mechanism which will enable thread2 to keep notify()ing until the event is accepted by thread1? i.e. blocked notify(). Regards, Girish

2 5

Re: [Boost-users] [fusion] xlC 6.0 building math lib - Errors
by Jerry Jeremiah 03 Feb '10

03 Feb '10

> >> vacpp.compile.c++ > >> bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o > >> "./boost/math/special_functions/gamma.hpp", line 1084.16: 1540-0130 (S) > >> "L::g" is not declared. > > I'm attaching a couple of reduced test cases which may or may not help - > hopefully info.cpp should compile - can you let me have the output from > this when run? reduced.cpp is my attempt at a reduced test case. > > > HTH, John. Hi John, I hope this helps: reduced.cpp "reduced.cpp", line 8.17: 1540-0130 (S) "L::g" is not declared. "reduced.cpp", line 6.6: 1540-0700 (I) The previous message was produced while processing "print_g<mpl_::void_>(const void_ &)". "reduced.cpp", line 15.4: 1540-0700 (I) The previous message was produced while processing "main()". info.cpp "./boost/optional/optional.hpp", line 439.66: 1540-0210 (S) "T" is not a base class of "locale". "./boost/optional/optional.hpp", line 439.10: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::destroy_impl(is_not_reference_tag)". "./boost/optional/optional.hpp", line 413.9: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::destroy()". "./boost/optional/optional.hpp", line 242.24: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::~optional_base()". "./boost/optional/optional.hpp", line 150.7: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::__dftbdt()". "./boost/optional/optional.hpp", line 527.5: 1540-0700 (I) The previous message was produced while processing "boost::optional<std::locale>::~optional()". "./boost/format/internals.hpp", line 38.9: 1540-0700 (I) The previous message was produced while processing "boost::io::detail::stream_format_state<char,std::char_traits<char> >::stream_format_state(char)". "./boost/format/internals.hpp", line 78.53: 1540-0700 (I) The previous message was produced while processing "boost::io::detail::format_item<char,std::char_traits<char>,std::allocator<char> >::format_item(char)". "./boost/format/format_implementation.hpp", line 121.40: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::make_or_reuse_data(size_t)". "./boost/format/parsing.hpp", line 426.9: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::parse(const string_type &)". "./boost/format/format_implementation.hpp", line 64.9: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::basic_format(const string_type &)". "./boost/math/policies/error_handling.hpp", line 111.19: 1540-0700 (I) The previous message was produced while processing "boost::math::policies::detail::raise_error<boost::math::rounding_error,long double>(const char *, const char *, const long double &)". "./boost/math/policies/error_handling.hpp", line 391.4: 1540-0700 (I) The previous message was produced while processing "boost::math::policies::detail::raise_rounding_error<long double>(const char *, const char *, const long double &, const rounding_error<0> &)". "./boost/math/policies/error_handling.hpp", line 543.11: 1540-0700 (I) The previous message was produced while processing "boost::math::policies::raise_rounding_error<long double,boost::math::policies::policy<boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math...". "./boost/math/special_functions/trunc.hpp", line 24.14: 1540-0700 (I) The previous message was produced while processing "boost::math::trunc<long double,boost::math::policies::policy<boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_polic...". "./boost/math/special_functions/trunc.hpp", line 77.10: 1540-0700 (I) The previous message was produced while processing "boost::math::lltrunc<long double,boost::math::policies::policy<boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_pol...". "./boost/math/concepts/real_concept.hpp", line 285.10: 1540-0700 (I) The previous message was produced while processing "boost::math::concepts::lltrunc(const real_concept &)".

2 1

Re: [Boost-users] [fusion] xlC 6.0 building math lib - Errors
by Jerry Jeremiah 03 Feb '10

03 Feb '10

> > > > I have access to this platform. When I tried to compile the boost > > libraries with xlC 6 I got lots of template related errors in the math > > library (the first library bjam tries to build) but I didn't see his > > fusion errors. xlC 6 is not very standards compliant - upgrading to xlC > > 10 would really help if that is an option. But like I said, I can't get > > that far even - my attempt at compiling the trunk dies with a similar > > error to his "declared but not defined" error: > > > > vacpp.compile.c++ > > bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o > > "./boost/math/special_functions/gamma.hpp", line 1084.16: 1540-0130 (S) > > "L::g" is not declared. > > ... > > "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 > > (I) The previous message was produced while processing > > "assoc_legendre(unsigned int, unsigned int, double)". > > "./boost/math/special_functions/gamma.hpp", line 176.17: 1540-0130 (S) > > "L::lanczos_sum" is not declared. > > ... > > "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 > > (I) The previous message was produced while processing > > "assoc_legendre(unsigned int, unsigned int, double)". > > > > That makes no sense to me whatsoever - L::g is a member of one of the > template parameters - it would help if an instantiation back-trace was > actually produced! Is there any way that you know of to force the > compiler to output the actual template parameters passed to > tgamma_delta_ratio_imp_lanczos when it gets instantiated? > > What about the other source files - are any building? Any giving > different > error messages to the above? > > Thanks, John. Hi John, I wasn't particularly trying to get help compiling boost on the platform. I was just saying that I get different errors from the other person. I figured that xlC 6 was just too old to be standards conformant enough - especially considering that xlC 10.1 is out. That's why I stuck an ellipsis in and shortened the error messages. However, I would appreciate help figuring out how to get it to compile if you think it is possible. And I am happy to help anybody test other libraries as well. In fact, NONE of the libraries I have attempted actually compile successfully. :-< Here is the entire stack trace for the math library error I get: vacpp.compile.c++ bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_laguerre.o 1500-029: (W) WARNING: subprogram boost::math::laguerre<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_ could not be inlined. vacpp.compile.c++ bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o "./boost/math/special_functions/gamma.hpp", line 1084.16: 1540-0130 (S) "L::g" is not declared. "./boost/math/special_functions/gamma.hpp", line 1081.3: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::tgamma_delta_ratio_imp_lanczos<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::promote_float<0>,boost::math::policies::promote_double<0>,boost::math::policies::default_policy,boost::math::policies::de...". "./boost/math/special_functions/gamma.hpp", line 1192.11: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::tgamma_delta_ratio_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::promote_float<0>,boost::math::policies::promote_double<0>,boost::math::policies::default_policy,boost::math::policies::default_po...". "./boost/math/special_functions/gamma.hpp", line 1478.4: 1540-0700 (I) The previous message was produced while processing "boost::math::tgamma_ratio<long double,long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost:...". "./boost/math/special_functions/legendre.hpp", line 134.21: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::legendre_p_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::m...". "./boost/math/special_functions/legendre.hpp", line 167.11: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::legendre_p_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::m...". "./boost/math/special_functions/legendre.hpp", line 178.65: 1540-0700 (I) The previous message was produced while processing "boost::math::legendre_p<double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::de...". "libs/math/build/../src/tr1/c_policy.hpp", line 129.1: 1540-0700 (I) The previous message was produced while processing "c_policies::legendre_p<double>(int, int, double)". "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 (I) The previous message was produced while processing "assoc_legendre(unsigned int, unsigned int, double)". "./boost/math/special_functions/gamma.hpp", line 176.17: 1540-0130 (S) "L::lanczos_sum" is not declared. "./boost/math/special_functions/gamma.hpp", line 130.3: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::gamma_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::promote_float<0>,boost::math::policies::promote_double<0>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::m...". "./boost/math/special_functions/gamma.hpp", line 1231.4: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::tgamma<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::pol...". "./boost/math/special_functions/gamma.hpp", line 1350.4: 1540-0700 (I) The previous message was produced while processing "boost::math::tgamma<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::d...". "./boost/math/special_functions/factorials.hpp", line 31.10: 1540-0700 (I) The previous message was produced while processing "boost::math::factorial<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies...". "./boost/math/special_functions/factorials.hpp", line 68.3: 1540-0700 (I) The previous message was produced while processing "boost::math::double_factorial<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::p...". "./boost/math/special_functions/legendre.hpp", line 142.11: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::legendre_p_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::m...". "./boost/math/special_functions/legendre.hpp", line 167.11: 1540-0700 (I) The previous message was produced while processing "boost::math::detail::legendre_p_imp<long double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::m...". "./boost/math/special_functions/legendre.hpp", line 178.65: 1540-0700 (I) The previous message was produced while processing "boost::math::legendre_p<double,boost::math::policies::policy<boost::math::policies::domain_error<1>,boost::math::policies::pole_error<1>,boost::math::policies::overflow_error<1>,boost::math::policies::evaluation_error<1>,boost::math::policies::rounding_error<1>,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::default_policy,boost::math::policies::de...". "libs/math/build/../src/tr1/c_policy.hpp", line 129.1: 1540-0700 (I) The previous message was produced while processing "c_policies::legendre_p<double>(int, int, double)". "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 (I) The previous message was produced while processing "assoc_legendre(unsigned int, unsigned int, double)". xlC_r -c -DBOOST_ALL_NO_LIB=1 -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG -qcpluscmt -O3 -qstrict -qfuncsect -qeh -qrtti -I"." -I"libs/math/src/tr1" -o "bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o" "libs/math/build/../src/tr1/assoc_legendre.cpp" ...failed vacpp.compile.c++ bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o...

2 1

Boost release 1.42.0 available
by Beman Dawes 02 Feb '10

02 Feb '10

Release 1.42.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains one new library and numerous bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_42_0 The release can also be downloaded directly from SourceForge. See http://sourceforge.net/projects/boost/files/ To install this release on your system, see http://www.boost.org/doc/libs/1_42_0/more/getting_started/index.html Thanks, --The Boost release team

1 0

Header only libraries, why not all?
by Sachin Garg 02 Feb '10

02 Feb '10

Header-only libraries are great as that eliminates the need for building the libraries and then linking with them. But not all libraries in boost are header only, which is an inconvenience. Is this only because of 'legacy', and with time all libraries will move towards being header only? Or is there some technical requirement due to which some libraries just can't ever be header-only? SG

6 7

boost any questions and praise
by Alan Tennant 02 Feb '10

02 Feb '10

Firstly. Thank you very much team Boost, it looks like it will be very useful and solve many of my coding problems. I can create an any boost::any a1; I can assign something to it a1 = string1; I can get it back out later std::cout<<any_cast<std::string>(a1); A boost any has a "type()" method. However this produced an error. std::cout<<any_cast<a1.type()>(a1);

4 7

String Pools: Reusing Memory
by Bilokon, Paul 02 Feb '10

02 Feb '10

Dear all, First, may I blaspheme by invoking Java. In Java, a pool of strings, initially empty, is maintained privately by the class String. This is essentially a case of the Flyweight design pattern (http://en.wikipedia.org/wiki/Flyweight_pattern) where memory usage is minimised by sharing as much data as possible with other similar objects. Thus if we have two different instances of a string "foo" we shall reuse a single area of memory. In Java there is a concept of string internisation: http://java.sun.com/j2se/1.4.2/docs/api/java/lang/String.html#intern%28%29 My question is, what is the best way to implement this in C++? Is the answer to this a combination of std::string and boost::fast_pool_allocator, as discussed here: http://www.gamedev.net/community/forums/topic.asp?topic_id=534428 Or are there better ways? Perhaps there is something like an intern_string? What would be the best practice where memory usage is an issue? Many thanks, Paul

2 1

Re: [Boost-users] [fusion] xlC 6.0 building math lib - Errors
by Jerry Jeremiah 02 Feb '10

02 Feb '10

On 1 Feb 2010, Radha wrote: > > Hi Team, > > I am trying to compile boost math library using xlC version 6 on Aix 5.3. > > I get the following error: > "./boost/fusion/sequence/intrinsic/begin.hpp", line 54.88: 1540-0408 (S) The base class "apply<const boost::fusion::tuple<double,double,double,boost::fusion::void_,boost::fusion::void_,boost::fusion::void_,boost::fusion::void_,boost::fusion::void_,boost::fusion::void_,boost::fusion::void_>" is declared but not defined. > ... > "libs/math/build/../src/tr1/cbrt.cpp", line 16.11: 1540-0700 (I) The previous message was produced while processing "cbrt(double)". > > Is there any patch i need to apply? > > Any help would be much appreciated! > > All my search on this error didn't get me anywhere; if there is prior > post on same topic and solution please let me know! > > Thanks, > Radha On 2/1/2010 9:30 PM, John Maddock wrote: > > I've changed the subject line on this one, as this is really a problem > with Boost.Fusion rather than the Math lib as such, Joel? > > John. > On 02 Feb 2010, Joel de Guzman wrote: > > Alas, I don't have access to the platform/compiler :-( I'll need someone > to help me with this. The errors don't make much sense as it seems. > > Regards, > > Joel de Guzman > I have access to this platform. When I tried to compile the boost libraries with xlC 6 I got lots of template related errors in the math library (the first library bjam tries to build) but I didn't see his fusion errors. xlC 6 is not very standards compliant - upgrading to xlC 10 would really help if that is an option. But like I said, I can't get that far even - my attempt at compiling the trunk dies with a similar error to his "declared but not defined" error: vacpp.compile.c++ bin.v2/libs/math/build/vacpp/release/threading-multi/assoc_legendre.o "./boost/math/special_functions/gamma.hpp", line 1084.16: 1540-0130 (S) "L::g" is not declared. ... "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 (I) The previous message was produced while processing "assoc_legendre(unsigned int, unsigned int, double)". "./boost/math/special_functions/gamma.hpp", line 176.17: 1540-0130 (S) "L::lanczos_sum" is not declared. ... "libs/math/build/../src/tr1/assoc_legendre.cpp", line 16.28: 1540-0700 (I) The previous message was produced while processing "assoc_legendre(unsigned int, unsigned int, double)".

2 2

[multi_array] deduce logical shape of "parent" multi_array from view
by alfC 02 Feb '10

02 Feb '10

Hi, I am programming and adaptor of the HDF5 library to handle, to some extend, multi_arrays in an elegant way. It turns out that when I try to save a multi_array_view, with strides and offsets, etc. HD5F still needs to know the logical size (shape) of the parent array (the one that has contiguous elements in memory). The paradox is that in order to save an array view I need to know the original array. The question is, is there an (elegant) way to reconstruct the shape of the original array just from the multi_array_view. For moments it seems imposible because array_view doesn't know even the dimensionality of the "parent" array (or it does?). The task is further complicated because many members that may have this information are actually private or protected within multi_array_view. This is an example of what I want: multi_array<2> A(extents[10][10]); multi_array_view<1> Aview = A[3][indeces[range(0,10,2)]]; desired_function(Aview); --> returns 10, 10. Thanks, Alfredo

2 2

Absolute library path references - boost 1.41
by Rui Pedro Fernandes 02 Feb '10

02 Feb '10

Hi, I'm building Boost 1.41 in HP-UX with gcc and the HP-UX linker, and I'm getting problems similar to these: http://old.nabble.com/HPUX-aCC:-Howto-avoid-building-boost-libraries-contai… Namely, the problem is that the path to the boost system lib is keep as an absolute in lib filesystem. Removing the explicit dependency of lib filesystem on lib system solves the problem, but I then have to add the system lib as an explicit dependency on projects using lib filesystem (which does not happen in other platforms). Perhaps the proposed fix should be extended to gcc in HP-UX? Also, linking project executables with libs that are part of the same project (even if you install the build) has the executables keep the static depend paths on the project libs. So, if I define exe myexe : myexe.cpp /project//liba ; I will get myexe depending statically on the path where liba was built against the root of the project. if the liba project was in ROOT/libs/liba/bin/(...), I will have myexe statically depend on ROOT/libs/liba/bin/(...)/liba.so, even if I bjam install . Any ideas? Thank you

1 0

using a condition_variable with a scoped_try_lock
by Richard Connon 02 Feb '10

02 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I try to call wait() on a boost::condition variable with a boost::scoped_try_lock as the argument I get the following error... XXXXXXX.cpp:XX: error: ‘boost::unique_lock<boost::mutex>’ is an inaccessible base of ‘boost::detail::try_lock_wrapper<boost::mutex>’ Does this mean I can't use a condition variable with a try lock? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLZ3f9AAoJEO6BIH4o6iWz110IAKxqpv3zNQWp8KmJZtC4JqOu 07uh94q+TWLzVgdqENEFhO9h6M64crLyEcmLgvRLM7wSMYpL1FifyGVDmLcmZ1qR +nGCeOfwJEsqQlNNlp2GmAW44jABFRgY8eb15B1QYKYHe1uhaZxnLd6NZplHOWEZ fJZylFlobrUUDvYDZKntmIzgCpAefMkcWN6GX1Dgm2W9LJGnOkkDmFO7N645eYfN 02a8DkxjixHRz2nvfAu7VRX5ECpGweGCiZ05JSOIP1ymyVQNlyIJS5a+nzsDDAgg SDpbLSaHtdBFeVEkwHKgQcyvurrtqdkTOo/oaJzwExUDzDVNh7CwHFv0oeEXSeU= =JrhX -----END PGP SIGNATURE-----

2 1