August 2005 - Boost - lists.preview.boost.org

Boost regression notification (2005-08-16)
by Douglas Gregor 16 Aug '05

16 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-16T14:49:25Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 107 failures in 7 libraries: graph (11) iostreams (3) numeric/ublas (1) parameter (69) regex (1) serialization (21) wave (1) |graph| graphviz_test: gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3.4.4-linux gcc-3_4_3-sunos gcc-4.0.1-linux mingw-3_4_2 vc-7_1 vc-7_1 vc-7_1 |iostreams| bzip2_test: mingw-3_4_2 gzip_test: mingw-3_4_2 zlib_test: mingw-3_4_2 |numeric/ublas| test3: intel-8.1-linux |parameter| basics: borland-5_6_4 cw-8_3 cw-9_4 gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_4_3-sunos gcc-4.0.1-linux intel-8.1-linux intel-win32-9_0 msvc vc-6_5 vc-6_5-stlport vc-7_0 macros: borland-5_6_4 cw-8_3 cw-9_4 gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_4_3-sunos gcc-4.0.1-linux intel-8.1-linux intel-win32-9_0 msvc vc-6_5 vc-6_5-stlport vc-7_0 sfinae: borland-5_6_4 cw-8_3 cw-9_4 gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_4_3-sunos gcc-4.0.1-linux intel-8.1-linux intel-win32-9_0 msvc vc-6_5 vc-6_5-stlport vc-7_0 unnamed: borland-5_6_4 cw-8_3 cw-9_4 cw-9_4 cw-9_5-darwin gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux gcc-3.2.3-linux gcc-3.3.6-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3.4.4-linux gcc-3_4_3-sunos gcc-4.0.1-linux intel-8.1-linux intel-win32-8_1 intel-win32-9_0 intel-win32-9_0 intel-win32-9_0 mingw-3_4_2 msvc vc-6_5 vc-6_5-stlport vc-7_0 vc-7_1 vc-7_1 vc-7_1 |regex| concept_check: gcc-3.2.3-linux |serialization| test_class_info_load_binary_archive: cw-9_5-darwin gcc-3_4_3-sunos test_class_info_load_binary_archive_dll: cw-9_5-darwin gcc-3_4_3-sunos test_class_info_load_text_archive: gcc-3_4_3-sunos test_class_info_load_text_archive_dll: gcc-3_4_3-sunos test_class_info_load_text_warchive: gcc-3_4_3-sunos test_class_info_load_text_warchive_dll: gcc-3_4_3-sunos test_class_info_load_xml_archive: cw-9_5-darwin gcc-3_4_3-sunos test_class_info_load_xml_archive_dll: cw-9_5-darwin gcc-3_4_3-sunos test_class_info_load_xml_warchive: gcc-3_4_3-sunos test_class_info_load_xml_warchive_dll: gcc-3_4_3-sunos 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 test_shared_ptr_132_text_archive: gcc-3.2.3-linux |wave| testwave: gcc-3.3.6-linux

1 0

Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library
by Eyal Farago 16 Aug '05

16 Aug '05

besides implementation issues regarding proper creation and destruction of a clone_ptr, it seems that you're trying to achieve few goals in one class. you're talking about the clone problem which is a complete problem on its own and then you're talking about pointers in stl containers and algorithms, and as a result you came out with a class that tries to solve both problems. these two problems are completeley unrelated, you can itroduce a simple adaptor that modifies an existing pointer type (smart or not...) into a comparable class (I've implemented one in a few minutes) and you can write a seperate class that takes care of clowning (possible or not, I don't know, follow the thread), then you can wrap it all together using a typedef and get a simpler, more flaxible and robust design. then you can readopt the entire thing using another adaptor... (*i.e. copy on write.) by the way, this is the approach taken by the iterator adaptors library, if you need a filter and transform iterator you simply apply a transform iterator adaptor to a filter iterator adaptor applied to the base iterator. eyal. -----Original Message----- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org]On Behalf Of Martin Bonner Sent: Tuesday, August 16, 2005 12:17 PM To: 'boost(a)lists.boost.org' Subject: Re: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library ----Original Message---- From: Axter [mailto:boost@axter.com] Sent: 16 August 2005 03:39 To: boost(a)lists.boost.org Subject: [boost] Propose adding Clone Smart Pointer (clone_ptr) to the boost library > I'm proposing to add the clone_ptr class to the boost library. > > I've developed a clone_ptr class that performs a clone of an abstract > pointer without the need for a clone method. > > The clone_ptr is well suited for automatic deep copy of abstract > pointers, > and for use with STL containers. > > In addition to being able to perform clone operations, it also have > operators that performs comparison on the object being pointed to, > instead > of the pointer address. > This allows for correct sorting and comparison of clone_ptr's in an > STL > container. > See following link for more info: > http://code.axter.com/clone_ptr_introduction.htm I was interested in the example you give in the web page: class foo { clone_ptr < AbstractClass > m_MyAbstractClassPtr; public: foo(AbstractClass * abstractclassptr_):m_MyAbstractClassPtr(abstractclassptr_){} foo(const foo& Src) { //In the following line of code, the clone pointer will copy the // correct derived class without the need of a clone method m_MyAbstractClassPtr = Src.m_MyAbstractClassPtr; } }; That looked a very clever trick. I couldn't see how clone_ptr was going to copy the dynamic type of the argument to the constructor without any information about that dynamic type. Having looked at the code, I don't think it does. It would work if the constructor was declared: foo(DerivedClass*p): m_MyAbstractClassPtr(p) {} or even template <class Derived> foo(Derived *p):m_MyAbstractClassPtr(p) {} but even that will fail if the constructor is called via: Derived *p = new DerivedDerived; foo foo_obj(p); My basic concern is that while clone_ptr could be useful, it only works if people stick rigidly to certain rules. Those rules need to be made VERY clear, otherwise it provides a plentiful supply of rope. It would also be useful to have some documentation of what methods clone_ptr provides, and what effects they have. -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] boost dll versions
by Martin Bonner 16 Aug '05

16 Aug '05

----Original Message---- From: Martin Bonner [mailto:martin.bonner@pitechnology.com] Sent: 16 August 2005 14:55 To: 'boost(a)lists.boost.org' Subject: Re: [boost] boost dll versions > No, there are two further costs [snip] ^^^ > a) [snip] > b) [snip] > c) [snip] Humph. That's why I usually use a computer to do my counting for me :-( -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

1 0

[Boost-bugs] [ boost-Bugs-1260961 ] VC7.1 operator << doesn't work for non-const objects
by SourceForge.net 16 Aug '05

16 Aug '05

Bugs item #1260961, was opened at 2005-08-16 20:29 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=1260961&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: serialization Group: None Status: Open Resolution: None Priority: 5 Submitted By: Serge Sivkov (s-sivkov) Assigned to: Robert Ramey (ramey) Summary: VC7.1 operator << doesn't work for non-const objects Initial Comment: The manual says operators & and << are equals. In fact, operator << doesn't work for non-const objects, but operator & works. Yere is simple example: if i change string const gps_position g(35, 59, 24.567f); to gps_position g(35, 59, 24.567f); (function main() in demo.cpp) then i will see compilation error: --- c:\Boost\include\boost-1_33\boost\archive\detail\oserializer.hpp(566): error C2027: use of undefined type 'boost::STATIC_ASSERTION_FAILURE<x>' with [ x=false ] --- but for operator & (i.e. from oa << g; to oa & g; ) all works perfectly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1260961&group_… ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Test] small documentation bug
by Matt Hurd 16 Aug '05

16 Aug '05

I noticed that in http://www.boost.org/libs/test/doc/components/test_tools/reference/BOOST_CH… the second example uses incorrect syntax. I think it s/be BOOST_CHECK_PREDICATE( std::not_equal_to<int>(), (i)(17) ); Regards, Matt matthurd(a)acm.org

2 1

[shared_ptr] 1.33 minor warning fix for MIPS Pro 7.4.1
by Kevin Wheatley 16 Aug '05

16 Aug '05

--- boost_1_33_0_mipspro_7.4.1/include/boost-1_33/boost/shared_ptr.hpp 2005-04-02 13:00:14.000000000 +0100 +++ boost_1_33_0/boost/shared_ptr.hpp 2005-08-16 10:50:40.000000000 +0100 @@ -87,9 +87,16 @@ if(pe != 0) pe->_internal_weak_this._internal_assign(const_cast<Y*>(px), pn); } +#ifdef sgi +// Turn off: the last argument of the varargs function "sp_enable_shared_from_this" is unnamed +#pragma set woff 3506 +#endif inline void sp_enable_shared_from_this( shared_count const & /*pn*/, ... ) { } +#ifdef sgi +#pragma reset woff 3506 +#endif } // namespace detail -- | Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this | | Senior Technology | My employer for certain | | And Network Systems Architect | Not even myself |

1 0

Re: [boost] Any (La)TeX experts here?
by Christoph Ludwig 16 Aug '05

16 Aug '05

On Mon, Aug 15, 2005 at 04:03:30PM -0400, Daryle Walker wrote: > On 8/14/05 6:34 AM, "Christoph Ludwig" > <cludwig(a)cdc.informatik.tu-darmstadt.de> wrote: > > [SNIP my original] > > I am willing to have look at your problem. But I couldn't find the document in > > the Boost Sandbox. Can you post a link or send me the file in private mail? > > And can you be somewhat more specific which formulas you consider too big? > [TRUNCATE] > > They're in CVS, try looking at: > > <http://cvs.sourceforge.net/viewcvs.py/boost-sandbox/boost-sandbox/libs/math > /doc/HyperComplex.bib?rev=1.1&view=log> > > <http://cvs.sourceforge.net/viewcvs.py/boost-sandbox/boost-sandbox/libs/math > /doc/HyperComplex.tex?rev=1.1&view=log> ah, I read "in the Sandbox" and followed the first link on the Boost Homepage that mentioned the Sandbox. I didn't realize there's a link "Sandbox Files" and some lines below "Sandbox CVS". Now I recall that it was mentioned before, so I am not the first one who missed the difference. Any chance either one gets renamed to make references to "the Sandbox" unambiguous? > (The server and my browser barfed when I tried the links off the second > URL.) I could download and LaTex / BibTeX them without problems, thanks. > (Some of the) Problems I see: [...] I will look into them tonight. Some problems seem to be pretty straightforward to solve (e.g., for (2) there is the package xspace), whereas the overflow problems may require some "creative TeXing". Let's see what I can come up with. Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

1 0

policy_ptr?
by Peter Dimov 16 Aug '05

16 Aug '05

The recent lively thread in comp.lang.c++.moderated has sparked my interest in the policy_ptr proposal. Is the final version of the submission available? -- Peter Dimov http://www.pdimov.com

3 9

Boost 1.33.0 released
by Doug Gregor 15 Aug '05

15 Aug '05

Boost 1.33.0 ------------ New Libraries * Iostreams Library: Framework for defining streams, stream buffers and i/o filters, from Jonathan Turkanis. * Functional/Hash Library: A TR1 hash function object that can be extended to hash user defined types, from Daniel James. * Parameter Library: Write functions that accept arguments by name: especially useful when a function has more than one argument with a useful default value, since named arguments can be passed in any order. * Pointer Container Library: Containers for storing heap-allocated polymorphic objects to ease OO-programming, from Thorsten Ottosen. * Wave: Standards conformant implementation of the mandated C99/C++ preprocessor functionality packed behind an easy to use iterator interface, from Hartmut Kaiser. Updated Libraries * Assignment Library: Support for Pointer Container Library and new efficient functions ref_list_of() and cref_list_of() for generating anonymous ranges. * Bind Library: Bind expressions now support comparisons and negation. Example: bind(&X::name, _1) < bind(&X::name, _2). * Date-Time Library: o Added local time and time zone classes. o Added format-based Input/Output facets. o For a complete list of changes, see the library change history. * Graph Library: Introduced several new algorithms and improved existing algorithms: o Experimental Python bindings, from Doug Gregor and Indiana University. o floyd_warshall_all_pairs_shortest_paths, from Lauren Foutz and Scott Hill. o astar_search, from Kristopher Beevers and Jufeng Peng. o fruchterman_reingold_force_directed_layout, from Doug Gregor and Indiana University. o biconnected_components and articulation_points, from Jeremy Siek, Janusz Piwowarski, and Doug Gregor. o sequential_vertex_coloring has been updated, tested, and documented. o gursoy_atun_layout, from Jeremiah Willcock and Doug Gregor of Indiana University. o king_ordering, from D. Kevin McGrath of Indiana University. o cuthill_mckee ordering has been recast as an invocation of breadth_first_search and now supports graphs with multiple components. o dijkstra_shortest_paths now uses a relaxed heap as its priority queue, improving its complexity to O(V log V) and improving real-world performance for larger graphs. o read_graphviz now has a new, Spirit-based parser that works for all graph types and supports arbitrary properties on the graph, from Ron Garcia. The old, Bison-based GraphViz reader has been deprecated and will be removed in a future Boost release. write_graphviz also supports dynamic properties. o subgraph: get_property now refers to the subgraph property, not the root graph's property. o See the history for additional changes and bug fixes. * Multi-index Containers Library: o New hashed indices. o Added serialization support. o For a complete list of changes, see the library release notes. * Program Options Library: o Option descriptions are now printed with word wrapping. o Command line parser can bypass unregistered options, instead of throwing. o Removed support for "implicit" (optional) values. o New customization method 'command_line_parser::extra_style_parser'. Unlike 'additional_parser', allows the user to parse several tokens and return a vector of options, not just a single option. o Work with disabled exceptions. * Property Map Library: Introduced the dynamic properties class, which provides dynamically-typed access to a set of property maps. * Random Number Library: improved initialization for mersenne_twister, algorithm by Makoto Matsumoto and Takuji Nishimura, implemented for Boost by Jens Maurer. Note: All test vectors for mersenne_twisters constructed or seeded without parameters or with a single unsigned int parameter become invalid. * Range Library: Minor addition of convenience functions to iterator range like front(), back() and operator[](). * Regex Library: o Rewritten front end parser now supports (?imsx-imsx) constructs, plus lookbehind assertions and conditional expressions. o Thin wrapper classes improve integration with MFC/ATL code. o Full (optional) Unicode support via the ICU library. Refer to the regex history page for more information on these and other small changes. * Serialization Library: o DLL version. o Auto-linking. o Serialization of variants. o Improved seialization of shared pointers. * Signals Library: added slot blocking/unblocking, from Frantz Maerten. Huge improvements to signal invocation performance from Robert Zeh. Supported Compilers Boost is tested on a wide range of compilers and platforms. Since Boost libraries rely on modern C++ features not available in all compilers, not all Boost libraries will work with every compiler. The following compilers and platforms have been extensively tested with Boost, although many other compilers and platforms will work as well. For more information, see the regression test results. * Apple GCC 3.x on Mac OS X. * Borland C++ 5.6.4 on Windows. * GNU C++ 2.95.3 (with and without STLport), 3.2.x., 3.3.x, 3.4.x, 4.0.x on Windows, Linux and Solaris. * Intel C++ 8.1, 9.0 on Windows, Linux. * Metrowerks CodeWarrior 8.3, 9.4, 9.5 on Mac OS X and Windows. * Microsoft Visual C++ 6.0 (sp5, with and without STLport), 7.0, 7.1, 8.0 beta. Note: due to intermittent problems with Visual C++ 8.0 beta, and the presence of a variety of pre-release compiler builds, we are unable to guarantee compatibility until the final compiler is released. Acknowledgements Douglas Gregor managed this release. A great number of people contributed their time and expertise to make this release possible. Special thanks go to Aleksey Gurtovoy and Misha Bergal, who managed to keep the regression testing system working throughout the release process; David Abrahams, Beman Dawes, Aleksey Gurtovoy, Rene Rivera and Jonathan Turkanis for greatly improving the quality of this release; Rene Rivera for the new Boost web page design; and Zoltan "cad" Juhasz for the new Boost logo.

8 14

Re: [boost] Any (La)TeX experts here?
by Christoph Ludwig 15 Aug '05

15 Aug '05

On Sun, Aug 14, 2005 at 05:35:09AM -0400, Daryle Walker wrote: > I tried using LaTeX within some Doxygen comments I added to a header I'm > trying out in the Sandbox. Then I decided to practice with LaTeX directly. > I made a version of the quaternion PDF papers in LaTeX in the Sandbox as > "libs/math/doc/HyperComplex.tex" with a corresponding *.bib file. (Now we > can correct the information in the future.) When I turned it into a PDF, > some of the formulas were way too big. Does anyone know how to fix them? I am willing to have look at your problem. But I couldn't find the document in the Boost Sandbox. Can you post a link or send me the file in private mail? And can you be somewhat more specific which formulas you consider too big? (If you have any LaTeX questions then it's always worth a try to post to the newsgroup comp.text.tex. The regulars there react somewhat testy only if you didn't check the FAQ <url:http://www.tex.ac.uk/cgi-bin/texfaq2html?introduction=yes>.) Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

2 1