September 2005 - Boost - lists.boost.org

Boost regression notification (2005-09-27 [HEAD])
by Douglas Gregor 27 Sep '05

27 Sep '05

Boost regression test failures ------------------------------ Report time: 2005-09-27T05:00:25Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 88 failures in 8 libraries: bind (14) concept_check (10) graph (1) mpl (1) parameter (12) serialization (33) typeof (16) wave (1) |bind| bind_rv_sp_test: 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 mingw-3_4_2 mem_fn_rv_test: 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 mingw-3_4_2 |concept_check| stl_concept_covering: 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 mingw-3_4_2 vc-7_1 |graph| graphviz_test: vc-7_1 |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 gcc-4_0-darwin 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 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_polymorphic_xml_archive_dll: vc-7_1 test_polymorphic_xml_warchive: vc-7_1 test_polymorphic_xml_warchive_dll: vc-7_1 |typeof| data_member_native: intel-win32-9_0 function_native: intel-win32-9_0 function_ptr_native: intel-win32-9_0 function_ref_native: intel-win32-9_0 lvalue_native: intel-win32-9_0 member_function_native: intel-win32-9_0 modifiers_native: intel-win32-9_0 noncopyable_native: intel-win32-9_0 std_native: intel-win32-9_0 template_dependent_native: intel-win32-9_0 template_enum_native: intel-win32-9_0 template_int_native: intel-win32-9_0 template_multiword_native: intel-win32-9_0 template_tpl_native: intel-win32-9_0 template_type_native: intel-win32-9_0 type_native: intel-win32-9_0 |wave| testwave: gcc-3.3.6-linux

4 4

Sandbox CVS access
by Cromwell Enage 27 Sep '05

27 Sep '05

Howdy, howdy. It's been almost a year and a half since my last dance with the Sandbox CVS. I'm trying to follow <http://www.bsdconsulting.no/wincvs-ssh/> to get myself reacquainted, and I reached the point where PuTTY logs in successfully, but the host says I can't execute anything there; no checkouts or anything using my account. Do I need "reactivation" or something like that? My SourceForge account is "expaler". Cromwell D. Enage __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

3 4

Boost regression notification (2005-09-27 [RC_1_33_0])
by Douglas Gregor 27 Sep '05

27 Sep '05

Boost regression test failures ------------------------------ Report time: 2005-09-27T15:10:08Z 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… 78 failures in 7 libraries: bind (1) foreach (1) graph (5) iostreams (12) random (1) range (3) serialization (55) |bind| bind_cv_test: gcc-4_0-darwin |foreach| rvalue_const: vc-7_1 |graph| betweenness_centrality_test: gcc-3.4.4-linux dag_longest_paths: gcc-3.4.4-linux dijkstra_cc: gcc-3.4.4-linux dijkstra_heap_performance: gcc-3.4.4-linux relaxed_heap_test: gcc-3.4.4-linux |iostreams| gzip_test: cw-9_5-darwin gcc-2.95.3-stlport-4.6.2-linux gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_3-darwin gcc-4.0.1-linux gcc-4_0-darwin intel-8.1-linux intel-9.0-linux mingw-3_4_2 vc-7_1 |random| random_test: gcc-3.3.6-linux |range| array: vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_exported_binary_archive: vc-6_5 test_exported_binary_archive_dll: vc-6_5 test_exported_text_archive: vc-6_5 test_exported_text_archive_dll: vc-6_5 test_exported_text_warchive: vc-6_5 test_exported_text_warchive_dll: vc-6_5 test_exported_xml_archive: vc-6_5 test_exported_xml_archive_dll: vc-6_5 test_exported_xml_warchive: vc-6_5 test_exported_xml_warchive_dll: vc-6_5 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_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

1 0

Compiler Status page outdated?
by David Abrahams 27 Sep '05

27 Sep '05

http://www.boost.org/status/compiler_status.html looks like it is in need of some attention. The links pointing to http://boost.sourceforge.net/regression-logs/ all need to be changed to point at the meta-comm tables. The former view is wrong for most users, and many of the links on that page point to the wrong places, too. Also, the "how to read the tables" stuff describes a table format we're not really generating for most platforms. I hate to just complain, but I've never even edited the page, can't take the time to fix it right now, and don't know who might be responsible for it (if anyone). I hope someone can step up to fix it. Thanks, -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

Review status page out of date?
by David Abrahams 27 Sep '05

27 Sep '05

http://www.boost.org/more/formal_review_schedule.html seems to me to be quite outdated, and maybe inconsistent, too (e.g. TR1 is under review now but it appears in the queue after policy_ptr, which hasn't been reviewed yet). This seems to be a recurring problem. I'm wondering if it would be a good idea to bring on a co-review-wizard to ease the administrative burden of this job, so the page would stay current? Tom? -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

Are there any interest in a pimpl library?
by Asger Mangaard 27 Sep '05

27 Sep '05

More precisely one cpp and one hpp file that implements the pimpl idiom? Regards, Asger Mangaard

2 2

[Boost-bugs] [ boost-Bugs-1305885 ] Exception safety in class "thread"
by SourceForge.net 27 Sep '05

27 Sep '05

Bugs item #1305885, was opened at 2005-09-27 06:54 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=1305885&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: threads Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike Glassford (glassfordm) Summary: Exception safety in class "thread" Initial Comment: If an exception is thrown during the copying of the "threadfunc" object in function "thread_proxy", the new thread silently ends and the constructor of class "thread" never returns. Therefore I would suggest to put a copy of "threadfunc" in the "thread_param" object (instead of a reference) and move it to the local variable in function "thread_proxy" via "threadfunc.swap()". In this way a potential exception would be thrown in the constructor of class "thread" and could be handled by the application. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1305885&group_… ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] Boost Digest, Vol 1227, Issue 2
by ajb＠spamcop.net 27 Sep '05

27 Sep '05

G'day all. Quoting Paul A Bristow <pbristow(a)hetp.u-net.com>: > I have been exploring the use of Stephen Moshier's Cephes Library in C > (which the author has agreed to make available under the Boost license) > to provide an implmentation of many of these functions, Excellent! I added the list of functions in TR1 to the wiki (SpecialFunctions). Could you (or someone) please go through the list and add anything that's already in Cephes? Then we can take a look at what's left. > AND the other missing, and in many cases MUCH more important IMHO, math > 'special' functions, > mainly requiring the Incomplete beta function, > as I proposed > > http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1668.pdf > > but which was rejected as 'too difficult' - for which I suspect means 'too > expensive'). Certainly not "too expensive" in terms of computing resources; as I understand it, incomplete beta is no harder to compute than gamma. Perhaps they meant too difficult to get a useful TR out that people would actually be able to implement in reasonable time? Cheers, Andrew Bromage

3 4

Re: [boost] g++4 problems?
by Michael Stevens 27 Sep '05

27 Sep '05

On Monday 26 Sep 2005 Darren Cook <darren(a)dcook.org> wrote: > Has anyone had trouble with complex template code when moving from gcc > 3.4 to gcc 4.0.1? I don't see anything in the release notes that matches > the problem I'm getting, which looks like this (fuller error message > attached below): > > no matching function for call to > boost::smart_assert::Private::smart_assert_alloc<boost::smart_assert::assert_context_func>::destroy(std::pair<const > int, boost::smart_assert::assert_context_func>*) > > candidates are: > void __gnu_cxx::__mt_alloc_base<_Tp>::destroy(_Tp*) > [with _Tp = boost::smart_assert::assert_context_func] Darren, I didn't look in detail at your code. There is however a very significant change in how GCC determines template ambiguity that was introduced between gcc-4.0.0 and gcc-4.0.1 Have a look at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12536 This changes the handling of template partial ordering to be compatible with C++ standard DR214. I'm not sure that it might not have introduced some other side effects. To determine this I would have to understand what the new text of the standard (with DR214) specifies. And this is not so easy :-) A the moment I have a test case as a candidate for a GCC bug report. // Effect of DR214 FIX (Bug 19203) on 2 simple function template cases template <class E> class expression { }; // ef - deduction of E is via expression template<class E> void ef (expression<E> e); template<class R, class E> void ef (expression<E> e); // sf - deduction of S is simple template<class S> void sf (S s); template<class R, class S> void sf (S s); void test() { expression<int> a; ef (a); // ok ef<char> (a); // ok ef<int> (a); // Ambiguous in 4.0.1 when R == E sf (a); // ok sf<char> (a); // ok sf<int> (a); // unambiguous } I believe there is nothing fundementaly different in deducing the two forms of template parameters 'expression<E>' OR 'S'. All the best, Michael Stevens

1 0

call_traits
by Jason Hise 27 Sep '05

27 Sep '05

Why doesn't the following compile? I get the error "foo: function does not take 1 arguments" on VC8. #include <boost/call_traits.hpp> template < typename P1 > void foo ( typename ::boost::call_traits < P1 >::param_type p1 ) { } int main ( ) { foo ( 42 ); // error here return 0; } (Background info: I would like to use this technique to generate optimized forwarding functions that do not know anything about the function being forwarded to. Overloads taking any number of params would be generated with the boost preprocessor library.) -Jason

3 9