November 2007 - Boost - lists.boost.org

BOOST_LOCAL_FUNCTION
by Alexander Nasonov 03 Dec '07

03 Dec '07

After few months of inactivity I came back to a local function syntax. Instead of trying to bind local variables, I implemented a couple of macros that simply assign a value to a function pointer: int BOOST_LOCAL_FUNCTION(char c) { std::cout << c << '\n'; return 1; } BOOST_LOCAL_FUNCTION_DECL(a) a('A'); // output: // A This code defines int (*a)(char) and assigns to it a pointer to the body of local function shown above. Half-preprocessed output is int (*sig16)() = 0; typedef struct { static BOOST_TYPEOF(sig16()) body(char c) { std::cout << c << '\n'; return 1; } } local20; BOOST_AUTO(a, &local20::body); a('A'); It's also possible to assign a pointer to any object compartible with int (*) (char): boost::function<int(char)> zz; int BOOST_LOCAL_FUNCTION(char c) { std::cout << c << c << '\n'; return 2; } BOOST_LOCAL_FUNCTION_ASSIGN(zz) zz('Z'); // output: // ZZ Proof of concept code is in the end of this message. Currently, it doesn't handle void return (Boost.Typeof limitation) and doesn't compile when arguments or return type is a dependant name. gcc 3.4 often crashes on local function defined inside templates. #include <iostream> #include <boost/function.hpp> #include <boost/typeof/typeof.hpp> #define BOOST_LOCAL_FUNCTION (*BOOST_PP_CAT(sig,__LINE__))() = 0; \ typedef struct { static BOOST_TYPEOF(BOOST_PP_CAT(sig,__LINE__)()) body #define BOOST_LOCAL_FUNCTION_ASSIGN(f) } BOOST_PP_CAT(local,__LINE__); \ f = &BOOST_PP_CAT(local,__LINE__)::body; #define BOOST_LOCAL_FUNCTION_DECL(f) } BOOST_PP_CAT(local,__LINE__); \ BOOST_AUTO(f, &BOOST_PP_CAT(local,__LINE__)::body); int main() { int BOOST_LOCAL_FUNCTION(char c) { std::cout << c << '\n'; return 1; } BOOST_LOCAL_FUNCTION_DECL(a) a('A'); boost::function<int(char)> zz; int BOOST_LOCAL_FUNCTION(char c) { std::cout << c << c << '\n'; return 2; } BOOST_LOCAL_FUNCTION_ASSIGN(zz) zz('Z'); }

5 15

[pool] Is it even possible to call release_memory() for map/list allocator pools portably?
by Scott 03 Dec '07

03 Dec '07

I have a map, declared as: typedef std::pair<int, HintPage *> PageCachePair; typedef boost::fast_pool_allocator<PageCachePair> PageCacheAllocator; typedef std::map<int, HintPage *, std::less<int>, PageCacheAllocator> PageCache; The problem is when I try to call: boost::singleton_pool<boost::fast_pool_allocator_tag, sizeof(PageCachePair)>::purge_memory(); This always returns false. The real problem (of course) is that sizeof(PageCachePair) is incorrect. The real size is determined by the rebind mechanism for the actual map node struct. However, I have no idea how to portably determine that size. Is it even possible to do this? Scott

3 2

HP-UX_ia64_aCC and Boost 1.35
by Boris Gubenko 03 Dec '07

03 Dec '07

HP-UX_ia64_aCC is all green on the trunk except Interprocess library is marked as not supported. Assuming that the results on the release branch are as good as on the trunk (which is something we don't know at this point), would you be willing to consider adding HP-UX/aCC to the list of release platforms for 1.35, under the condition that Interprocess library does not have to be supported in 1.35 on this platform? To assess what the situation with 1.35 is, can I do a test run against release branch and, if so, what's the process? Just pass "--tag=branches/release" to run.py? Thanks, Boris

4 9

[function_types] Eliminating or marking up failures?
by Beman Dawes 03 Dec '07

03 Dec '07

Tobias, function_types is showing 36 failures. What is the plan to eliminate or mark these up as expected? Thanks, --Beman |function_types| fast_mem_fn_example: msvc-7.1 interface_example: msvc-7.1 member_ccs: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 member_ccs_exact: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 nonmember_ccs: darwin-4.0.1 gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 nonmember_ccs_exact: darwin-4.0.1 gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64

2 3

cv_state has not been declared
by Barco You 03 Dec '07

03 Dec '07

Hi, I'm tring to include boost/thread/mutex.hpp, but when I do compiling, there is an error message: cv_state has not been declared. What's the problem? how should I solve it? Suggestion would be appreciated, thanks! -- ------------------------------- Enjoy life! Barco You

2 6

[1.35.0] Release criteria compilers
by Beman Dawes 02 Dec '07

02 Dec '07

In doing a postmortem of the past couple of releases with Thomas Witt, he made a very strong case that testing is a major bottleneck. If developers and release managers have to wait several days to find out if a fix works, it slows progress to a crawl. One of the things we can do to eliminate that bottleneck is to cut the number of release criteria compilers down to a more manageable number, and to compilers where testing is very reliably and runs several times a day. My candidates for the release criteria compilers are: * Microsoft VC++ 8.0 on Win32 * Intel 10.0 on Win32 * GCC on Linux * GCC on Darwin I've got all of those here, so can verify test results myself if necessary. I expect people will want to add several others, and that's OK. But for this first release on our quarterly schedule, let's keep the number down to be sure we meet our targets. Comments? --Beman

24 56

[boost.test] Floating point comparison fails to compile with templated value type
by Hugo Duncan 02 Dec '07

02 Dec '07

Hi, I was wanting to check two boost::numeric::interval's for closeness, but find I get a compile error. The below fails to compile, with the error messages shown. I believe this is because i) the comparison operator for interval is templated, ii) boost.test wraps one of the values with a readonly_property and therefore the template is not an exact match. Changing the tolerance to an interval does not change anything. This is with MSVC8 and with gcc 3.4.4 on windows. Is this a bug, a missing feature - or am I misusing BOOST_CHECK_CLOSE ? #define BOOST_AUTO_TEST_MAIN #include <boost/test/auto_unit_test.hpp> #include <boost/test/floating_point_comparison.hpp> #include "boost/numeric/interval.hpp" #include "boost/numeric/interval/io.hpp" using boost::unit_test::test_suite; BOOST_AUTO_TEST_CASE(test_interval) { boost::numeric::interval<double> v1=1; boost::numeric::interval<double> v2=1; BOOST_CHECK_CLOSE(v1,v2,1e-5); } c:\cygwin\home\duncan\boost\boost/test/floating_point_comparison.hpp(184) : error C2679: binary '<=' : no operator found which takes a right-hand operand of type 'const boost::unit_test::readonly_property<PropertyType>' (or there is no acceptable conversion) with [ PropertyType=boost::numeric::interval<double> ] c:\cygwin\home\duncan\boost\boost/numeric/interval/interval.hpp(82): could be 'bool boost::numeric::interval<T>::operator <=(const boost::numeric::interval<T>::interval_holder &) const' with [ T=double ] c:\cygwin\home\duncan\boost\boost/numeric/interval/interval.hpp(89): or 'bool boost::numeric::interval<T>::operator <=(const boost::numeric::interval<T>::number_holder &) const' with [ T=double ] while trying to match the argument list '(boost::numeric::interval<T>, const boost::unit_test::readonly_property<PropertyType>)' with [ T=double ] and [ PropertyType=boost::numeric::interval<double> ]

2 1

Random Number Generators
by Andrew Sutton 01 Dec '07

01 Dec '07

All, Over the semester, I had a student spend some time working on a random number generator for a skew normal distribution - it's a normal distribution that leans to the left or right. Then, I got ambitious and decided to implement a random number generator for a Weibull distribution. I actually cleaned up the code and made them more or less Boost-ready (minus documentation and testing). If anybody is interested, You can download them from here http://www.cs.kent.edu/~asutton/random.zip. If there's interest, I can move them to the sandbox where there is some other work on the Boost.Random library. Andrew Sutton asutton(a)cs.kent.edu

2 2

[svn] merging problems
by "JOAQUIN LOPEZ MU?Z" 30 Nov '07

30 Nov '07

When trying to commit a merge from the trunk to the release branch I get the following message: Error: Commit failed (details follow): Error: MKACTIVITY of '/svn/boost/!svn/act/b25e7d5c-6c9c-314c-84e7- 60b63850df09': 403 Forbidden (http://svn.boost.org) My environment is TortoiseSVN 1.4.4, Build 9706 - 32 Bit , 2007/06/09 09:44:02 Microsoft Windows XP Media Center Edition Version 2002 SP2 Any hint appreciated! Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 2

[Report] 210 failures on trunk (2007-11-30)
by Douglas Gregor 30 Nov '07

30 Nov '07

Boost regression test failures Report time: 2007-11-30T13:14:34Z This report lists all regression test failures on release platforms. Detailed report: http://boost.org/regression/trunk/developer/issues.html 210 failures in 19 libraries concept_check (2) date_time (2) dynamic_bitset (3) function_types (36) fusion (2) gil (9) graph (10) lambda (1) mpl (2) numeric/interval (12) parameter (1) ptr_container (1) python (9) regex (3) serialization (95) spirit (6) test (5) thread (4) utility (7) |concept_check| where: intel-linux-9.0 intel-vc8-win-10.0 |date_time| testtime_serialize_xml: darwin-4.0.1 testtime_serialize_xml_std_config: darwin-4.0.1 |dynamic_bitset| dyn_bitset_unit_tests3: gcc-4.2.1 gcc-4.2.1_linux_x86_64 dyn_bitset_unit_tests4: gcc-4.2.1 |function_types| fast_mem_fn_example: msvc-7.1 interface_example: msvc-7.1 member_ccs: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 member_ccs_exact: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 nonmember_ccs: darwin-4.0.1 gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 nonmember_ccs_exact: darwin-4.0.1 gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 intel-vc8-win-10.0 msvc-8.0_64 |fusion| deduce_sequence: intel-vc8-win-10.0 repetitive_view: intel-vc8-win-10.0 |gil| channel: intel-vc8-win-10.0 image: gcc-4.1.2_sunos_i86pc intel-vc8-win-10.0 image_io: gcc-4.1.2_sunos_i86pc main: gcc-4.1.2_sunos_i86pc intel-vc8-win-10.0 pixel: gcc-4.1.2_sunos_i86pc intel-vc8-win-10.0 pixel_iterator: gcc-4.1.2_sunos_i86pc |graph| betweenness_centrality_test: gcc-4.2.1_linux_x86_64 csr_graph_test: msvc-8.0_64 cycle_ratio_tests: intel-vc8-win-10.0 msvc-8.0 floyd_warshall_test: gcc-4.2.1_linux_x86_64 graphml_test: intel-vc8-win-10.0 msvc-8.0 graphviz_test: intel-vc8-win-10.0 msvc-8.0 matching_test: gcc-4.2.1_linux_x86_64 |lambda| operator_tests_simple: msvc-7.1 |mpl| is_seq: intel-vc8-win-10.0 token_equal: intel-vc8-win-10.0 |numeric/interval| det: msvc-8.0_64 mul: darwin-4.0.1 darwin-4.0.1 msvc-8.0_64 overflow: darwin-4.0.1 darwin-4.0.1 msvc-8.0_64 pi: darwin-4.0.1 darwin-4.0.1 msvc-8.0_64 pow: msvc-8.0_64 test_float: msvc-8.0_64 |parameter| tutorial: gcc-4.2.1 |ptr_container| serialization: intel-vc8-win-10.0 |python| bases: intel-linux-9.0 exec: gcc-4.1.2_sunos_i86pc intel-linux-9.0 exec-dynamic: intel-linux-9.0 import_: intel-linux-9.0 object: intel-vc8-win-10.0 pointee: intel-linux-9.0 pointer_type_id_test: intel-linux-9.0 upcast: intel-linux-9.0 |regex| regex_regress_threaded: darwin-4.0.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 |serialization| test_demo_portable_archive: darwin-4.0.1 test_demo_portable_archive_dll: darwin-4.0.1 test_diamond_binary_archive: intel-vc8-win-10.0 test_diamond_binary_archive_dll: intel-vc8-win-10.0 test_diamond_text_archive: intel-vc8-win-10.0 test_diamond_text_archive_dll: intel-vc8-win-10.0 test_diamond_text_warchive: intel-vc8-win-10.0 test_diamond_text_warchive_dll: intel-vc8-win-10.0 test_diamond_xml_archive: intel-vc8-win-10.0 test_diamond_xml_archive_dll: intel-vc8-win-10.0 test_diamond_xml_warchive: intel-vc8-win-10.0 test_diamond_xml_warchive_dll: intel-vc8-win-10.0 test_exported_binary_archive: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_binary_archive_dll: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_text_archive: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_text_archive_dll: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_text_warchive: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_text_warchive_dll: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_xml_archive: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_xml_archive_dll: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_xml_warchive: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_exported_xml_warchive_dll: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 test_inclusion: intel-vc8-win-10.0 test_mult_archive_types: intel-vc8-win-10.0 test_mult_archive_types_dll: intel-vc8-win-10.0 test_no_rtti_binary_archive: intel-vc8-win-10.0 test_no_rtti_binary_archive_dll: intel-vc8-win-10.0 test_no_rtti_text_archive: intel-vc8-win-10.0 test_no_rtti_text_archive_dll: intel-vc8-win-10.0 test_no_rtti_text_warchive: intel-vc8-win-10.0 test_no_rtti_text_warchive_dll: intel-vc8-win-10.0 test_no_rtti_xml_archive: intel-vc8-win-10.0 test_no_rtti_xml_archive_dll: intel-vc8-win-10.0 test_no_rtti_xml_warchive: intel-vc8-win-10.0 test_no_rtti_xml_warchive_dll: intel-vc8-win-10.0 test_shared_ptr_132_binary_archive: intel-vc8-win-10.0 test_shared_ptr_132_binary_archive_dll: intel-vc8-win-10.0 test_shared_ptr_132_text_archive: intel-vc8-win-10.0 test_shared_ptr_132_text_archive_dll: intel-vc8-win-10.0 test_shared_ptr_132_text_warchive: intel-vc8-win-10.0 test_shared_ptr_132_text_warchive_dll: intel-vc8-win-10.0 test_shared_ptr_132_xml_archive: intel-vc8-win-10.0 test_shared_ptr_132_xml_archive_dll: intel-vc8-win-10.0 test_shared_ptr_132_xml_warchive: intel-vc8-win-10.0 test_shared_ptr_132_xml_warchive_dll: intel-vc8-win-10.0 test_shared_ptr_binary_archive: intel-vc8-win-10.0 test_shared_ptr_binary_archive_dll: intel-vc8-win-10.0 test_shared_ptr_text_archive: intel-vc8-win-10.0 test_shared_ptr_text_archive_dll: intel-vc8-win-10.0 test_shared_ptr_text_warchive: intel-vc8-win-10.0 test_shared_ptr_text_warchive_dll: intel-vc8-win-10.0 test_shared_ptr_xml_archive: intel-vc8-win-10.0 test_shared_ptr_xml_archive_dll: intel-vc8-win-10.0 test_shared_ptr_xml_warchive: intel-vc8-win-10.0 test_shared_ptr_xml_warchive_dll: intel-vc8-win-10.0 |spirit| scanner_value_type_tests: gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 scanner_value_type_tests_debug: gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 |test| prg_exec_fail3: gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 intel-linux-9.0 |thread| test_condition: gcc-4.2.1_linux_x86_64 test_condition_lib: gcc-4.2.1_linux_x86_64 test_shared_mutex: gcc-4.2.1_linux_x86_64 test_shared_mutex_lib: gcc-4.2.1_linux_x86_64 |utility| value_init_test: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64

1 0