- Boost - lists.boost.org

Website still links to old mail archives
by Jonathan Wakely 08 Oct '05

08 Oct '05

http://boost.org/more/mailing_lists.htm is out of date, it links to the old MailMan archive. The version in CVS is right, so looks like someone just needs to update the copy on the website. jon

1 0

Boost regression notification (2005-10-08 [RC_1_33_0])
by Douglas Gregor 08 Oct '05

08 Oct '05

Boost regression test failures ------------------------------ Report time: 2005-10-08T13:36:20Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 212 failures in 7 libraries: graph (1) iostreams (2) multi_index (1) range (3) serialization (198) spirit (5) wave (2) |graph| graphviz_test: cw-9_4 |iostreams| gzip_test: cw-9_5-darwin gcc-4_0-darwin |multi_index| test_serialization: cw-9_5-darwin |range| array: vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_binary_text_archive: vc-7_1 test_binary_text_archive_dll: vc-7_1 test_class_info_save_text_archive: vc-7_1 test_class_info_save_text_archive_dll: vc-7_1 test_delete_pointer_binary_archive: cw-9_5-darwin test_delete_pointer_binary_archive_dll: cw-9_5-darwin test_delete_pointer_text_archive: cw-9_5-darwin test_delete_pointer_text_warchive: cw-9_5-darwin test_delete_pointer_xml_archive: cw-9_5-darwin test_delete_pointer_xml_warchive: cw-9_5-darwin test_demo_polymorphic: cw-9_5-darwin test_demo_xml_load: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-8_1 test_demo_xml_load_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_deque_binary_archive: cw-9_5-darwin test_deque_binary_archive_dll: cw-9_5-darwin test_deque_text_archive: cw-9_5-darwin test_deque_text_warchive: cw-9_5-darwin test_deque_xml_archive: cw-9_5-darwin test_deque_xml_warchive: cw-9_5-darwin test_derived_text_archive: vc-7_1 test_derived_text_archive_dll: vc-7_1 test_exported_binary_archive: gcc-3.2.3-linux gcc-4.0.1-linux intel-9.0-linux vc-6_5 test_exported_binary_archive_dll: gcc-4.0.1-linux vc-6_5 test_exported_text_archive: gcc-3.2.3-linux gcc-4.0.1-linux vc-6_5 vc-7_1 test_exported_text_archive_dll: gcc-3.2.3-linux gcc-4.0.1-linux vc-6_5 vc-7_1 test_exported_text_warchive: gcc-4.0.1-linux vc-6_5 test_exported_text_warchive_dll: gcc-4.0.1-linux vc-6_5 test_exported_xml_archive: gcc-4.0.1-linux intel-8.1-linux vc-6_5 test_exported_xml_archive_dll: gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux vc-6_5 test_exported_xml_warchive: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux vc-6_5 test_exported_xml_warchive_dll: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux vc-6_5 test_list_binary_archive: cw-9_5-darwin test_list_binary_archive_dll: cw-9_5-darwin test_list_ptrs_binary_archive: cw-9_5-darwin test_list_ptrs_binary_archive_dll: cw-9_5-darwin test_list_ptrs_text_archive: cw-9_5-darwin test_list_ptrs_text_warchive: cw-9_5-darwin test_list_ptrs_xml_archive: cw-9_5-darwin test_list_ptrs_xml_warchive: cw-9_5-darwin test_list_text_archive: cw-9_5-darwin test_list_text_warchive: cw-9_5-darwin test_list_xml_archive: cw-9_5-darwin test_list_xml_warchive: cw-9_5-darwin test_map_binary_archive: cw-9_5-darwin test_map_binary_archive_dll: cw-9_5-darwin test_map_text_archive: cw-9_5-darwin test_map_text_warchive: cw-9_5-darwin test_map_xml_archive: cw-9_5-darwin test_map_xml_warchive: cw-9_5-darwin test_mi_text_archive: vc-7_1 test_mi_text_archive_dll: vc-7_1 test_no_rtti_binary_archive: vc-6_5 test_no_rtti_binary_archive_dll: vc-6_5 test_no_rtti_text_archive: vc-6_5 test_no_rtti_text_archive_dll: vc-6_5 test_no_rtti_text_warchive: vc-6_5 test_no_rtti_text_warchive_dll: vc-6_5 test_no_rtti_xml_archive: vc-6_5 test_no_rtti_xml_archive_dll: vc-6_5 test_no_rtti_xml_warchive: vc-6_5 test_no_rtti_xml_warchive_dll: vc-6_5 test_non_default_ctor2_text_archive: vc-7_1 test_non_default_ctor2_text_archive_dll: vc-7_1 test_non_default_ctor_text_archive: vc-7_1 test_non_default_ctor_text_archive_dll: vc-7_1 test_non_intrusive_text_archive: vc-7_1 test_non_intrusive_text_archive_dll: vc-7_1 test_null_ptr_text_archive: vc-7_1 test_null_ptr_text_archive_dll: vc-7_1 test_object_text_archive: vc-7_1 test_object_text_archive_dll: vc-7_1 test_polymorphic_binary_archive: cw-9_5-darwin test_polymorphic_binary_archive_dll: cw-9_5-darwin test_polymorphic_text_archive: cw-9_5-darwin test_polymorphic_text_warchive: cw-9_5-darwin test_polymorphic_xml_archive: cw-9_5-darwin test_polymorphic_xml_warchive: cw-9_5-darwin test_primitive_text_archive: vc-7_1 test_primitive_text_archive_dll: vc-7_1 test_private_ctor: cw-9_5-darwin test_registered_text_archive: vc-7_1 test_registered_text_archive_dll: vc-7_1 test_reset_object_address: cw-9_5-darwin test_set_binary_archive: cw-9_5-darwin test_set_binary_archive_dll: cw-9_5-darwin test_set_text_archive: cw-9_5-darwin test_set_text_warchive: cw-9_5-darwin test_set_xml_archive: cw-9_5-darwin test_set_xml_warchive: cw-9_5-darwin test_shared_ptr_132_binary_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_binary_archive_dll: vc-6_5 test_shared_ptr_132_text_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_text_archive_dll: vc-6_5 test_shared_ptr_132_text_warchive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_text_warchive_dll: vc-6_5 test_shared_ptr_132_xml_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_xml_archive_dll: vc-6_5 test_shared_ptr_132_xml_warchive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_xml_warchive_dll: vc-6_5 test_shared_ptr_binary_archive: borland-5_6_4 vc-6_5 test_shared_ptr_binary_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_text_archive: borland-5_6_4 vc-6_5 test_shared_ptr_text_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_text_warchive: borland-5_6_4 vc-6_5 test_shared_ptr_text_warchive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_xml_archive: borland-5_6_4 vc-6_5 test_shared_ptr_xml_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_xml_warchive: borland-5_6_4 vc-6_5 test_shared_ptr_xml_warchive_dll: borland-5_6_4 vc-6_5 test_split_text_archive: vc-7_1 test_split_text_archive_dll: vc-7_1 test_tracking_text_archive: vc-7_1 test_tracking_text_archive_dll: vc-7_1 test_unregistered_binary_archive: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux test_unregistered_binary_archive_dll: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux test_unregistered_text_archive: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux vc-7_1 test_unregistered_text_archive_dll: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux vc-7_1 test_unregistered_xml_archive: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux test_unregistered_xml_archive_dll: gcc-3.2.3-linux gcc-4.0.1-linux intel-8.1-linux intel-9.0-linux test_unregistered_xml_warchive: gcc-4.0.1-linux test_unregistered_xml_warchive_dll: gcc-4.0.1-linux test_variant_binary_archive: cw-9_5-darwin test_variant_binary_archive_dll: cw-9_5-darwin test_variant_text_archive: cw-9_5-darwin test_variant_text_warchive: cw-9_5-darwin test_variant_xml_archive: cw-9_5-darwin test_variant_xml_warchive: cw-9_5-darwin test_vector_binary_archive: cw-9_5-darwin test_vector_binary_archive_dll: cw-9_5-darwin test_vector_text_archive: cw-9_5-darwin test_vector_text_warchive: cw-9_5-darwin test_vector_xml_archive: cw-9_5-darwin test_vector_xml_warchive: cw-9_5-darwin |spirit| bug_000008: gcc-3_4_3-sunos grammar_mt_tests: gcc-3_4_3-sunos owi_mt_tests: gcc-3_4_3-sunos scoped_lock_tests: gcc-3_4_3-sunos scoped_lock_tests_debug: gcc-3_4_3-sunos |wave| test_re2c_lexer: cw-9_4 test_slex_lexer: cw-9_4

1 0

Boost regression notification (2005-10-08 [HEAD])
by Douglas Gregor 08 Oct '05

08 Oct '05

Boost regression test failures ------------------------------ Report time: 2005-10-08T05:00:44Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 101 failures in 11 libraries: concept_check (13) foreach (1) functional/hash (1) graph (2) mpl (1) parameter (13) serialization (36) spirit (8) thread (4) tuple (1) typeof (21) |concept_check| stl_concept_covering: cw-9_4 gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-9_0 intel-win32-9_0 mingw-3_4_2 msvc vc-7_1 |foreach| user_defined: msvc |functional/hash| container_fwd_test: msvc |graph| graphviz_test: vc-7_1 layout_test: intel-win32-9_0 |mpl| size_t: gcc-4_0-darwin |parameter| basics: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux efficiency: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux msvc macros: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux sfinae: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux msvc unnamed: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux vc-7_1 |serialization| test_class_info_load_binary_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_binary_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_const_save_fail1: msvc test_const_save_fail2: msvc test_const_save_fail3: msvc test_map_binary_archive_dll: msvc test_map_text_archive_dll: msvc test_map_text_warchive_dll: msvc |spirit| action_tests_debug: gcc-3_4_3-sunos distinct_tests_debug: gcc-3_4_3-sunos escape_char_parser_tests_debug: gcc-3_4_3-sunos grammar_def_test_debug: gcc-3_4_3-sunos switch_problem_debug: gcc-3_4_3-sunos switch_tests_single_debug: gcc-3_4_3-sunos traverse_tests: intel-win32-9_0 traverse_tests_debug: intel-win32-9_0 |thread| test_condition: gcc-3_4_3-sunos test_mutex: gcc-3_4_3-sunos test_tss: gcc-3_4_3-sunos gcc-3_4_3-sunos |tuple| tuple_test_bench: gcc-3_4_3-sunos |typeof| data_member_native: cw-9_4 function_native: cw-9_4 msvc function_ptr_native: cw-9_4 function_ref_native: cw-9_4 lvalue_native: cw-9_4 msvc member_function_native: cw-9_4 modifiers_emulation: cw-9_4 modifiers_native: cw-9_4 noncopyable_native: cw-9_4 std_emulation: cw-9_4 std_native: cw-9_4 template_dependent_native: cw-9_4 template_enum_native: cw-9_4 template_int_native: cw-9_4 template_multiword_native: cw-9_4 template_tpl_native: cw-9_4 msvc template_type_native: cw-9_4 type_native: cw-9_4

1 0

[Boost-bugs] [ boost-Bugs-1315712 ] Adding boost::is_complex to type_traits.hpp
by SourceForge.net 08 Oct '05

08 Oct '05

Bugs item #1315712, was opened at 2005-10-07 10:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1315712&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: type_traits Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Grace (ejgrace) Assigned to: John Maddock (johnmaddock) Summary: Adding boost::is_complex to type_traits.hpp Initial Comment: Following a discussion on boost-users I am adding this to the bug system so it doesn't get lost. Can someone add a boost::is_complex<T> trait so that checks for complex numbers can be made. This is a common requirement in templated scientific code as complex numbers sometimes need to be treated differently. Attached is my implementation, please feel free to incorperate it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1315712&group_… ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

3 5

[multi_array] summing columns as requested in c.l.c++.m?
by Larry Evans 08 Oct '05

08 Oct '05

Would multi_array be some help in solving the problem posed here: http://groups.google.com/group/comp.lang.c++.moderated/msg/d91a095b07513f46 ?

1 0

Request for technical notes
by John Calcote 08 Oct '05

08 Oct '05

I think it would be a good idea to provide some technical notes for various boost class implementations. For example, I have recently been studying smart pointers - I've ready Andrei Alexandrescu's discussion of the topic in his book, 'Modern C++ Design'. It's good, and fairly comprehensive, but doesn't cover all of the nuances of some of the boost smart pointer implementations. For those of us interested in learning more about the language, and more about boost classes and the rationale behind the implementation - and for those of us who simply don't have the technical background to "just know" the answer at a glance, as I'm sure some of you contributors do - why not provide a simple rationale for adding a particular member function to a particular class? I'm all for sharing, but I would like to know the reason for half the implementation. I believe this would give something new to the C++ community in a simpler way than has been done in the past - information generally gathered individually and painfully over years of study. Thanks, John Calcote Novell, Inc.

5 4

cpp_re.cpp, scanner.hpp
by Reed Kotler 08 Oct '05

08 Oct '05

I'm getting compiler warnings in cpp_re.cpp because the prototype for ReportErrorProc has char* as the second parameter and in cpp_re.cpp a string literal is being passed to it. I hate to turn off compiler warnings for such things because they often represent bugs. boost/wave/cpplexer/re2clex

2 1

problem comparing shared_ptr pointers
by Valentin Samko 07 Oct '05

07 Oct '05

Why is the shared counter used to compare shared_ptr objects, and not the container pointer? Until revision 1.24, the container pointer was used to compare shared_ptr objects, see http://cvs.sourceforge.net/viewcvs.py/boost/boost/boost/shared_ptr.hpp?r1=1… . This introduced a change in shared_ptr behaviour and introduced a case where (p1 < p2 && p1 == p2) is true where p1 and p2 are two shared pointers, see the included example. Was this change in behaviour intentional, and is this behaviour documented anywhere? Example: struct A {}; struct deleter1 { template<class T> void operator()(T*) const {} }; struct deleter2 { template<class T> void operator()(T*) const {} }; int main() { A* a = new A(); boost::shared_ptr<A> p1(a, deleter1()); boost::shared_ptr<A> p2(a, deleter2()); std::cout << "p1 < p2 = " << (p1 < p2) << std::endl ; std::cout << "p1 == p2 = " << (p1 == p2) << std::endl ; } Output: p1 < p2 = 1 p1 == p2 = 1 -- Valentin Samko - http://val.samko.info

4 5

Interesting Wave Build Error
by John Maddock 07 Oct '05

07 Oct '05

Quite alarming really, not Boost's fault though (see attached image). Occurs when building with VC7.1 + STLport 4.6.2. John.

2 3

multiton discussion
by Jason Hise 07 Oct '05

07 Oct '05

I am trying to decide on the best interface for the multiton to provide. Some background: The singleton interface consists of three smart pointer types: singleton_ptr, const_singleton_ptr, and singleton_ref. Instances of these always automagically refer to the singleton instance. With regard to multi threading, when an operation is performed through a singleton_ptr, an exclusive lock is obtained for the duration of the operation. A const_singleton_ptr behaves similarly, but it acquired a shared lock instead, and only const members of the singleton instance can be accessed. A singleton_ref is considered to be a dereferenced singleton_ptr, so it owns an exclusive lock on the instance for its entire lifetime. It is implicitly convertible to a raw reference to Type, and as such is ideal to use as a proxy to the instance which locks it for the duration of a function call. Ex: void foo ( Type & ); void bar ( ) { // pass the singleton to foo and simultaneously lock the operation foo ( singleton_ref < Type > ( ) ); } Ideally, I would like the multiton to provide a similar interface. I would picture doing this by providing a multiton_ptr, const_multiton_ptr, and multiton_ref, which all take a key to the instance as a constructor param. Question 1) Should multiton_ptrs be copy constructible or assignable? What about multiton_refs? Keep in mind that a multiton_ref owns a lock directly, and thus would need to switch locks if redirected to a different instance. Question 2) Should the multiton_ptr and const_multiton_ptr also function as iterators? If so, should dereferencing them result in a pointer to a pair < const Key &, Type & >, or just a regular pointer to Type? Also, since the container itself is not exposed, how should I provide access to 'begin' and 'end'? Is it sufficient to provide a multiton_ptr constructor which takes an enum, and have that enum define the values begin and end? Question 3) Although each singleton instance in a multiton has its own mutex (assuming a multi threaded policy), operations which can change the state of the multiton container itself also need to be locked with a separate mutex. Thus far, the only operation of this nature that I can see is when a pointer to an instance with a previously unused key is created. However, if client code is using a multiton_ptr as an iterator in a loop, that whole loop needs to be locked with the same mutex as well, lest another thread incidentally create a new instance while the loop is in progress. Should multiton_ptr provide public nested read and write lock types to give client code this access, or should it provide some sort of for_each algorithm instead, which does the locking automatically? Question 4) Should the container used by the multiton become an additional optional policy? A regular map just won't cut it if the multiton needs its instances to exist in shared memory. A few more notes: * The singleton and multiton no longer have any inheritance requirements. Hence, even singleton_ptr < int > is valid, along with any other type one can think of. * An uncreatable base is provided which does use CRTP. If used, uncreatable must also be provided with the factory to use internally. Use of this is completely optional, and makes it completely and absolutely impossible for client code to create singleton instances, no matter how hard it tries to hack around it. (If there is interest in the semantics of this, I will post a more complete description). If anyone feels my design is partially or completely off and has better ideas please let me know. -Jason

2 1