- Boost - lists.preview.boost.org

[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

futures, deadlocking and mutual recursion.
by Achilleas Margaritis 02 Dec '07

02 Dec '07

Isn't there a deadlock issue with futures? suppose I have the following code: class A { int data; public: int getData() const { return data; } void someAction(B *b) { future<int> i = bind(b, &B::someAction, this); data = i.wait() + 1; } }; class B { int data; public: int someAction(A *a) { future<int> j = bind(a, &A::getData); return j.wait() + 1; } }; int main() { A *a = new A; B *b = new B; a->someAction(b); } The above contains a deadlock: class A builds a future 'i' in function 'someAction' over class B, then it waits for B's method 'someAction' to wait. class B, when its method 'someAction' is invoked, builds a future 'j' over method 'getData' of A...then it tries to evaluate 'j'. At this point, the instance of A is blocked waiting for B to finish its processing, and B waits for A to finish its processing, thus deadlocking the program. My question is: is this a real problem, and if so, how is it handled by boost::futures? Another way to introduce the deadlock is by mutual recursion using futures.

3 3

Boost.Test tests require write access in current directory
by David Abrahams 02 Dec '07

02 Dec '07

In particular, the tests that use output_test_stream supply filenames that are interpreted relative to the current working directory. That's not the best possible practice, for reasons of "hygiene:" if testing Boost causes the Boost tree to be modified, it's hard to be sure that one is testing the same thing the next time around. Furthermore, it means one can't test from within a read-only copy of the Boost sources. This bit me as I tested from an NFS-mounted working copy. I realize that Boost.Test may not want to depend on something like Boost.Filesystem, but it seems to me that any decent testing framework has to be able to get ahold of a temporary directory anyway, so maybe the ability to create files in /tmp or %TEMP% should be part of the library? -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

4 4

[Report] 204 failures on trunk (2007-12-02)
by Douglas Gregor 02 Dec '07

02 Dec '07

Boost regression test failures Report time: 2007-12-02T11:13:47Z This report lists all regression test failures on release platforms. Detailed report: http://boost.org/regression/trunk/developer/issues.html 204 failures in 21 libraries concept_check (2) conversion (1) date_time (1) dynamic_bitset (3) function_types (36) fusion (2) gil (9) graph (10) lambda (1) math (1) mpl (2) numeric/interval (12) ptr_container (1) python (9) regex (3) serialization (95) spirit (6) test (5) thread (2) tr1 (1) utility (2) |concept_check| where: intel-linux-9.0 intel-vc8-win-10.0 |conversion| lexical_cast_test: darwin-4.0.1 |date_time| testtime_serialize_xml: darwin-4.0.1 |dynamic_bitset| dyn_bitset_unit_tests3: gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 |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 |math| test_policy_2: intel-vc8-win-10.0 |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 |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: gcc-4.2.1_linux_x86_64 intel-vc8-win-10.0 regex_timer: darwin-4.0.1 |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_shared_mutex: gcc-4.2.1_linux_x86_64 test_shared_mutex_lib: gcc-4.2.1_linux_x86_64 |tr1| std_test_function: gcc-4.2.1 |utility| value_init_test: darwin-4.0.1 darwin-4.0.1

1 0

[serialization] including shared_ptr_132.hpp triggers namespace bug in VC8+SP1
by Sean Huang 02 Dec '07

02 Dec '07

It seems that the "using namespace boost" statements in shared_ptr_132.hpp and shared_count_132.hpp trigger a problem in VC8 + SP1. Try the following small program: #include <boost/serialization/shared_ptr_132.hpp> #include <boost/cstdint.hpp> typedef unsigned short uint16_t; int main(int argc, char* argv[]) { uint16_t u; return 0; } Will result in this error: error C2872: 'uint16_t' : ambiguous symbol The workaround implemented for Borland works around the bug in VC8 too: #if !BOOST_WORKAROUND( BORLANDC, BOOST_TESTED_AT( 0x560) ) using namespace boost; #endif This problem was submitted to boost Trac (Ticket #1285). Unfortunately, the ticket was closed as "wontfix". Regards, Sean _________________________________________________________________ Put your friends on the big screen with Windows Vista® + Windows Live™. http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC…

1 0

[Boostbook] Getting Started download packages for Windows without Cygwin
by Edward Diener 02 Dec '07

02 Dec '07

In Boostbook in the getting started documentation, the download for xsltproc for Windows without Cygwin lists the link http://www.meta-comm.com/engineering/boost/xsltproc-win32.zip . While this does get one a zip file including xsltproc.exe and DLLs needed by it, the implementation which it has is buggy. The implementation includes the files xsltproc.exe, iconv.dll, libexslt.dll, libxml2.dll, libxslt.dll, and zlib1.dll. The latest versions of these in the appropriate distributions for Windows fix the bugs in the distribution above. The distribution above should be replaced by the appropriate files from the latest versions for iconv, libxml2, libxslt, and zlib. The latest versions of these individual distributions can be retrieved from http://www.zlatkovic.com/pub/libxml/ . Keeping the buggy version at the metacomm site simply means that other programmers hoping to use xsltproc to build Boost documentation in Boostbook and Quickbook format will just fail intermittently with the buggy version. To whomever is in charge of updating the xsltproc-win32.zip in the link above, I will be glad to send via e-mail the xsltproc-win32.zip which works correctly to replace the buggy version or, if given an ftp address with write access, I will be glad to upload the correct version, which contains the latest files.

1 0

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

[Report] 211 failures on trunk (2007-12-01)
by Douglas Gregor 01 Dec '07

01 Dec '07

Boost regression test failures Report time: 2007-12-01T11:57:40Z This report lists all regression test failures on release platforms. Detailed report: http://boost.org/regression/trunk/developer/issues.html 211 failures in 20 libraries asio (1) concept_check (2) date_time (2) dynamic_bitset (4) function_types (36) fusion (2) gil (9) graph (10) lambda (1) mpl (2) numeric/interval (12) ptr_container (1) python (9) regex (3) serialization (95) spirit (6) test (5) thread (3) tr1 (1) utility (7) |asio| io_service_select: darwin-4.0.1 |concept_check| where: intel-linux-9.0 intel-vc8-win-10.0 |date_time| testgreg_serialize_xml: darwin-4.0.1 testtime_serialize_xml: darwin-4.0.1 |dynamic_bitset| dyn_bitset_unit_tests3: gcc-4.2.1 gcc-4.2.1 gcc-4.2.1_linux_x86_64 dyn_bitset_unit_tests4: intel-linux-9.0 |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 |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_once: 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 |tr1| std_test_function: gcc-4.2.1 |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

Re: [boost] Intel EM64T build with msvc
by Vladimir Prus 01 Dec '07

01 Dec '07

Cédric Venet wrote: > Hi, Hi Cédric! > > Ps: perhaps I should post this on boost.build ? Yes. I'm replying there, please follow up on boost.build. > I recently tried to build boost 64bits on an intel EM64T (core 2 duo) with > msvc. And bjam incorrectly selected the x86_amd64 toolset (cross compiler) > instead of the amd64 one (native 64bits compiler). > > In the file boost/tools/build/v2/tools/msvc.jam at the line 314 the check > is: > > if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_IDENTIFIER ] ] > > should it be > > if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_ARCHITECTURE ] ] It was this way before. However Ilya Sokolov told me that PROCESSOR_ARCHITECTURE is wrong -- it tells you what processor you have, not what kind of OS you have. And you cannot run 64-bit binaries on a 32-bit windows. According to Ilya, PROCESSOR_IDENTIFIER is x86 on win32, whatever the actual processor might be. On win64, PROCESSOR_IDENTIFIER is supposed to be always AMD64. > My os environement are: > > PROCESSOR_ARCHITECTURE=AMD64 > PROCESSOR_IDENTIFIER=EM64T Family 6 Model 15 Stepping 6, GenuineIntel Hmm, this contradicts the statement above. > if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_IDENTIFIER ] > || MATCH ^(EM64T) : [ os.environ PROCESSOR_IDENTIFIER ] ] > > (not certain about the syntax) Yeah, this seems about right. I've checked in the attached patch to SVN HEAD, would you please check if it works better? Thanks, Volodya

1 0

Re: [boost] Intel EM64T build with msvc
by David Abrahams 01 Dec '07

01 Dec '07

on Sat Dec 01 2007, Cédric Venet <cedric.venet-AT-student.ecp.fr> wrote: > Ps: perhaps I should post this on boost.build ? Absolutely. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

Intel EM64T build with msvc
by Cédric Venet 01 Dec '07

01 Dec '07

Hi, I recently tried to build boost 64bits on an intel EM64T (core 2 duo) with msvc. And bjam incorrectly selected the x86_amd64 toolset (cross compiler) instead of the amd64 one (native 64bits compiler). In the file boost/tools/build/v2/tools/msvc.jam at the line 314 the check is: if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_IDENTIFIER ] ] should it be if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_ARCHITECTURE ] ] or if [ MATCH ^(AMD64) : [ os.environ PROCESSOR_IDENTIFIER ] || MATCH ^(EM64T) : [ os.environ PROCESSOR_IDENTIFIER ] ] (not certain about the syntax) My os environement are: PROCESSOR_ARCHITECTURE=AMD64 PROCESSOR_IDENTIFIER=EM64T Family 6 Model 15 Stepping 6, GenuineIntel Regards, Ps: perhaps I should post this on boost.build ? -- Cédric Venet

1 0

[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

[1.35.0] Merge for release complete.
by Beman Dawes 30 Nov '07

30 Nov '07

The merge into branches/release "from" point was the 1.34.1 release. The "to" point was the trunk at revision 41356. This is very similar to a traditional *branch* for release. The effective difference is that a library can be easily reverted to 1.34.1. Hopefully, no libraries will have to be reverted. But we will do just that for any libraries not ready in the next ten days. The Unresolved Issues reports should now be reflecting the high-priority platforms the release managers will be using to make that determination. I'd like developers to hold off merging any changes since 41356 into branches/release until Friday. I'm going to be traveling until then and would like to be available for discussion as we open branches/release up for developer merging. Thanks, --Beman PS: The Windows smoke tests will be offline until late Thursday.

3 4

[1.35][range] merge request
by Thorsten Ottosen 30 Nov '07

30 Nov '07

Hi, I would like to merge rev. 41457 of iterator_range.hpp from trunk into the release branch. The header used boost::size(), but which should be boost::distance(). -Thorsten

2 1

[1.35.0][multi_index] merge request
by Joaquín Mª López Muñoz 30 Nov '07

30 Nov '07

Hello, I'm asking for permission to merge rev. 41397 of multi_index from the trunk to the release branch: http://svn.boost.org/trac/boost/changeset/41397 This fix makes the lib usable for IBM XL C/C++ (VisualAge) V8.0, and introduces no regressions in other environments, see http://beta.boost.org/development/tests/trunk/developer/multi_index.html Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

Trac open bugs - by assignee
by Marshall Clow 30 Nov '07

30 Nov '07

[ 207 open tickets today, 215 yesterday ] Thanks to Robert, Joel and others for swatting bugs yesterday. If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 19 dgregor 17 az_sw_dude 14 djowel 12 grafik 12 doug_gregor 11 turkanis 11 ramey 10 None 9 johnmaddock 9 dave 9 agurtovoy 6 vladimir_prus 6 nesotto 6 jsiek 6 anthonyw 5 witt 4 pdimov 4 igaztanaga 4 bemandawes 3 jmaurer 3 danielw 2 urzuga 2 t_schwinger 2 pavol_droba 2 nasonov 2 matias 2 ebf 2 burbelgruff 1 troyer 1 speedsnail 1 shammah 1 samuel_krempp 1 rogeeff 1 niels_dekker 1 marshall 1 kaalus 1 hkaiser 1 eric_niebler 1 dlwalker 1 aaron_windsor 1 <Blank> <Blank> 1307 [lambda] invalid boostbook None 1068 Mersenne twister disables streaming for Visual C++ None 1094 Finding the correct library to link (feature request for pkg-config support)h None 1222 lambda::ret<T> should declare result_type. None 1247 Typos in "boost/random/additive_combine.hpp"_ lines 68-69 None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1342 dylib library names broken in Mac OS X None 1407 Boost is doesn't install on MacPorts using Leopard None 1423 MSVC uniform int workaround not required for VC++ 2008 None 1473 VC++ 2009 does not need workaround None 1482 boost::python::throw_error_already_set should be marked noreturn aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 588 mpl::remove compile error with gcc 4.1.0 agurtovoy 640 documentation mistake anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 752 directory_iterator doesn't work with catch burbelgruff 1468 [typeof] Problems with VC8/VC9 when using code analysis burbelgruff 1475 VC++ 2008 not configured correcly danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1002 [iostreams] close_impl<closable_tag> does not comply with spec dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters dgregor 1139 [iostreams] Regex filter segfaults when zero matches found dgregor 1140 boost::iostreams linked_streambuf bug dgregor 1149 Minor doc error in basic_null_device dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1185 iostreams::direct_streambuf<T_Tr>::is_open always returns false if output iterator is not null dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1232 mapped_file_source::is_open() is broken under windows dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1416 Warnings from Boost.Function need suppression. dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 965 [doc] boost::variant tutorial - final example uses v1_v2 should be seq1_seq2 ebf 993 Variant should use least common multiple of alignments_ rather than maximum eric_niebler 1472 foreach test breaks VC++2009 grafik 1041 Cygwin requires PATH setting. grafik 1062 Cygwin install stage fails with combination of patches grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1445 Document @() bjam feature. grafik 1447 Document `__TIMING_RULE__` grafik 1448 Document `__ACTION_RULE__` grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1231 interprocess_condition (emulated) hangs after notify_all(). igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference jmaurer 819 uniform_int<> with type's maximum availaible range error johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1083 boost_regex 1.34.0 uses ICU library without linking to it johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1440 libs/config/test/link/Jamfile.v2 confuses process_jam_log johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1455 gcc 4.3.0 requires main to take 0 or 2 arguments johnmaddock 1474 VC++ 2008 seems to trigger multiple inclusion of boost::hash jsiek 416 Spelling of Edmonds-Karp-Algorithm jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated matias 1434 Boost.Preprocessor_ small fix for the documentation nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1089 missing boost::serialization::make_nvp in pointer container library nesotto 1284 [range] sub_range assignment issue nesotto 1464 boost_range_array unused in several array_size() functions nesotto 1467 [ptr_container] VC8 compiler warning nesotto 1477 boost::sizer declaration ill-formed nesotto 723 local_time_facet error in VS2005 Win2003 niels_dekker 1459 value_initialized leaves data uninitialized_ when using Borland pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1108 shared_ptr does not compile under g++ with -fno-rtti pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 997 error in boost::bind doc ramey 1036 assert failure in oserializer.hpp:418 ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1086 Serialization of weak_ptr produces invalid XML ramey 1121 xml_archive_exception is missing seperate header file_ and documentation mismatch ramey 1141 Dangerious operator<< for wostream ramey 1267 Assertion `new_cid == cid' failed in basic_iarchive ramey 1443 deserialization from text_iarchive is not thread-safe ramey 1481 transform_width may cause buffer overruns ramey 757 xml serialization fails when using namespace ramey 961 boost::basic_binary_oprimitive not instantiated correctly ramey 968 xml_grammar - incorrect define char rogeeff 1383 signal.h features not found on Mac OS samuel_krempp 859 boost::format ignores a user defined locale shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1332 Inclusion of non existing file boost/fusion/sequence/utility/unpack_args.hpp in boost/fusion/sequence/utility.hpp troyer 1457 boost/serialization/complex.hpp: double & should be double? turkanis 1033 iostreams::restrict doesn't work on an iostreams::file_source turkanis 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl turkanis 525 problem with boost::iostreams when compiled with Visual C++ turkanis 699 Changing size of memory-mapped file on Windows turkanis 786 bug in iostreams/copy.hpp line 81 turkanis 791 iostreams::tee_filter is for output only turkanis 817 Performance problem in iostreams turkanis 822 Incorrect usage of bad_write()_ bad_seek() etc. turkanis 823 Seekable file_descriptor_source /sink? turkanis 824 BOOST_IOSTREAMS_HAS_LSEEK64 on Mac OS X turkanis 856 iostreams file_descriptor::write fails under Win32 urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1275 boost::program_options::validation_error::what() is private vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

[Date Time] Patch required to build docs
by Daniel James 30 Nov '07

30 Nov '07

Hi, The documentation can't be built at the moment because of a work around in the date time documentation jamfile for an old boost build bug, Frank Mori Hess posted a patch to fix this: http://lists.boost.org/Archives/boost/2007/09/127332.php Is it okay to apply it? Daniel

2 1

[mpi]
by David Osipyan 30 Nov '07

30 Nov '07

I try to use boost.mpi in my particle-in-cell simulation code. I have a vector of particles. How can I send parts of this vector from root process to all of slaves, and send backward to root ? Is it possible via mpi::scatter() and mpi::skeleton/content? I need to send particles from range 0..n to first slave, n+1 .. 2*n+1 to second slave etc. After porocessing each slave shall return the new values of parts to root. Thanks, David. This transmission is intended for the sole use of the individual and entity to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. You are hereby notified that any use, dissemination, distribution or duplication of this transmission by someone other than the intended addressee or its designated agent is strictly prohibited. If you have received this transmission in error, please notify this company immediately by reply to this transmission and delete it from your computer. Thank You. Credence Systems Corporation.

2 3

[fusion] using fusion sequences with mpl
by Stjepan Rajko 30 Nov '07

30 Nov '07

Hello, I am having problems getting fusion sequences to work with MPL. The docs indicate this should be possible , e.g. the "Adapted" page states, "Fusion sequences may also be adapted as fully conforming MPL sequences (see Intrinsics)." I couldn't find more information on the Intrinsics page regarding the use of fusion sequences with MPL, but I tried: #include <boost/mpl/is_sequence.hpp> #include <boost/fusion/container/vector.hpp> #include <boost/fusion/sequence/intrinsic.hpp> int main() { BOOST_MPL_ASSERT(( boost::mpl::is_sequence<fusion::vector<int> > )); } And got a mess of errors from mpl::is_sequence<fusion::vector<int> >: (gcc 4.0.1/darwin) /Development/boost/boost/mpl/begin_end.hpp: In instantiation of 'boost::mpl::begin<boost::fusion::vector<int, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_> >': [snip errors] /Development/boost/boost/mpl/begin_end.hpp:35: error: invalid use of undefined type 'struct boost::mpl::begin_impl<boost::fusion::fusion_sequence_tag>' [...more errors] I tried things other than is_sequence (like mpl::at), but got similar errors. What am I missing? Thanks for any suggestions! Stjepan

3 5

wregex in namespace 'boost' does not name a type
by Barco You 30 Nov '07

30 Nov '07

Hi, I inlude <boost/regex.hpp> and try to use boost::wregex but got error message: "wregex in namespace 'boost' does not name a type". How to use wregex, thanks! -- ------------------------------- Enjoy life! Barco You

2 1

wrong number of template arguments for "char_regex_traits_i"
by Barco You 30 Nov '07

30 Nov '07

Hello , I include <boost/regex.hpp> in my program, when compiling I got message: boost/regex/v4/char_regex_traits.hpp:34: error: wrong number of template arguments (1, should be 2). I checked the wrong line in boost/regex/v4/char_regex_traits.hpp .. template <calss charT> class char_regex_traits_i : public regex_traits<charT>{}; template<> class char_regex_traits_i<char> : public regex_traits<char> { public: typedef char char_type; typedef unsigned char uchar_type; typedef unsigned int size_type; typedef regex_traits<char> base_type; }; and then I checked the template regex_traits defined in boost/regex/v4/regex_traits.hpp: template <class charT, class implementationT > struct regex_traits : public implementationT { regex_traits() : implementationT() {} }; It's really a but, do you thinks so? what should the implementationT be for char_regex_traits_i in boost/regex/v4/char_regex_traits.hpp? Who could give some suggession, thanks! -- ------------------------------- Enjoy life! Barco You

2 1

[thread] Set stack size?
by Phil Endecott 30 Nov '07

30 Nov '07

Dear All, I'm not aware of a way to set the stack size for a new thread in either Boost.Thread or the proposed std::thread. Is this something that should be considered? It seems that on my 32-bit Linux box I get 8 MByte stacks by default. This allows a maximum of 512 threads per process with 32-bit addresses. Although 8 MBytes and 512 threads should be OK for most applications most of the time, it's not hard to imagine scenarios where either 8 MBytes or 512 threads is not enough. Would it be possible for the stack size to be an additional parameter to the thread constructor, with a default? (I don't think that the "native handle" in std::thread helps, since you don't have that handle until the thread has been created at which point it's too late. In any case, I guess that Windows must also have a way to set the stack size, and it would be helpful to have an OS-independent way to set it.) Regards, Phil.

3 3

boost.signals thread safety
by Balasubramanyam, Shivakumar 29 Nov '07

29 Nov '07

Hi, Is there any plan to support thread safety on boost.signals? If not anytime soon, would writing wrappers that provide thread safety work or it too inefficient? Thanks, Shiva

2 1

testing
by MrDoomMaster 29 Nov '07

29 Nov '07

test

1 0