October 2006 - Boost - lists.preview.boost.org

Boost regression notification (2006-10-06 [RC_1_34_0])
by Douglas Gregor 06 Oct '06

06 Oct '06

Boost Regression test failures Report time: 2006-10-06T11:55:45Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 106 failures in 14 libraries filesystem (5) graph (1) io (1) iostreams (14) mpl (4) parameter (6) program_options (9) python (9) rational (5) serialization (16) spirit (5) test (2) tr1 (28) utility (1) |filesystem| convenience_test: msvc-8.0 fstream_test: msvc-8.0 mbcopy: sun-5.8 path_test: msvc-8.0 wide_test: sun-5.8 |graph| graphviz_test: msvc-8.0 |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| bzip2_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 example_test: vc-6_5-stlport finite_state_filter_test: cw-9.4 gzip_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 zlib_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 |mpl| multiset: gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 vector_c: sun-5.8 |parameter| optional_deduced_sfinae: sun-5.8 preprocessor_deduced: sun-5.8 python_test: qcc-3.3.5_gpp sun-5.8 sfinae: borland-5_8_2 vc-6_5-stlport |program_options| cmdline_test_dll: cw-9.4 options_description_test_dll: cw-9.4 parsers_test_dll: cw-9.4 positional_options_test_dll: cw-9.4 unicode_test_dll: borland-5_8_2 cw-9.4 variable_map_test_dll: borland-5_8_2 cw-9.4 winmain_dll: cw-9.4 |python| implicit: vc-6_5 vc-6_5-stlport vc-7_0 numpy: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 slice: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 |rational| rational_test: borland-5_6_4 sun-5.8 vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_class_info_load_text_warchive: vc-6_5 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |spirit| action_tests: qcc-3.3.5_cpp qcc-3.3.5_gpp action_tests_debug: qcc-3.3.5_cpp qcc-3.3.5_gpp mix_and_match_trees: sun-5.8 |test| parameterized_test_test: vc-6_5 vc-6_5-stlport |tr1| std_run_complex_overloads: intel-vc71-win-9.1 std_run_random: intel-vc71-win-9.1 std_test_bind: intel-vc71-win-9.1 std_test_function: intel-vc71-win-9.1 std_test_hash: intel-vc71-win-9.1 std_test_hash_header: intel-vc71-win-9.1 std_test_mem_fn: intel-vc71-win-9.1 std_test_random: intel-vc71-win-9.1 std_test_reference_wrapper: intel-vc71-win-9.1 std_test_regex: intel-vc71-win-9.1 std_test_result_of: intel-vc71-win-9.1 std_test_shared_array_header: intel-vc71-win-9.1 std_test_shared_ptr_header: intel-vc71-win-9.1 std_test_tr1_include: intel-vc71-win-9.1 std_test_tuple: intel-vc71-win-9.1 std_test_tuple_tricky: intel-vc71-win-9.1 test_bind: intel-vc71-win-9.1 test_function: intel-vc71-win-9.1 test_functional_std_header: intel-vc71-win-9.1 test_hash: intel-vc71-win-9.1 test_mem_fn: intel-vc71-win-9.1 test_random: intel-vc71-win-9.1 test_reference_wrapper: intel-vc71-win-9.1 test_result_of: intel-vc71-win-9.1 test_tr1_include: intel-vc71-win-9.1 test_tuple: intel-vc71-win-9.1 test_tuple_tricky: intel-vc71-win-9.1 test_utility_std_header: intel-vc71-win-9.1 |utility| operators_test: gcc-3.4.5_linux_x86_64

1 0

Statistical Distributions / Mathematical Special Functions: revised URL's
by John Maddock 06 Oct '06

06 Oct '06

Since some people have had problems accessing the previous URL's given, the library is now available from the following locations: www.johnmaddock.co.uk/toolkit Or http://freespace.virgin.net/boost.regex/toolkit/index.html Or Go to the Boost Vault at http://boost-consulting.com/vault and cd into the "Math - Numerics" directory. Note that the code and documentation are separate downloads. In addition there is the subset of Boost-1.34 used by the lib here: http://freespace.virgin.net/boost.regex/toolkit/miniboost.zip Please note that the lib will not build with Boost-1.33.1 since it uses some parts of Boost.TR1. And finally... Bleeding edge cvs access is available via the Boost-Sandbox: http://sourceforge.net/projects/boost-sandbox/ Once you have checked out the sandbox you will need to do a: cvs update -r math_toolkit at which point everything should disappear except the current math-toolkit code. Regards, John Maddock.

1 0

[program_options] Small typo in the manual
by Mateusz Loskot 06 Oct '06

06 Oct '06

Hi, Note, I'm not 100% sure it's a good idea to post here bugs/typos comments here, but as I've read on this page http://www.boost.org/more/bugs.htm it should be fine. In "Syntactic Information" section of manual of the Boost.Program_options library: http://www.boost.org/doc/html/program_options/overview.html#id2715045 there is a small typo that might be misleading for new readers. In paragraph starting with "For the first parameter, we...", 3rd statement starts with: "For the first option,..." but I believe it should read: "For the second option,..." Cheers -- Mateusz Loskot http://mateusz.loskot.net

1 0

[Boost-bugs] [ boost-Bugs-1566672 ] The ptr_map iterator cannot be dereference to value type
by SourceForge.net 06 Oct '06

06 Oct '06

Bugs item #1566672, was opened at 2006-09-27 16:24 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=1566672&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: JoeyX (zxing) Assigned to: Nobody/Anonymous (nobody) Summary: The ptr_map iterator cannot be dereference to value type Initial Comment: The following code was built and worded well under VS.NET 2003 and boost v1.33. But under boost v1.34, it cannot built // testshareptr.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\ptr_container\ptr_map.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\ptr_container\ptr_vector.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signal.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\slot.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\trackable.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\connection.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\visit_each.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\last_value.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\lambda\algorithm.hpp" #include <algorithm> #include <functional> class TValue { private: int m_n; public: TValue(int n = 0) { m_n = n; printf("I am brith at %i\n", m_n); } ~TValue() { printf("I am %i and dying\n", m_n); } void WhoIs() { printf("I am %i\n", m_n); } int Get(void) const {return m_n;} int Get2(void) {return m_n;} }; typedef boost::ptr_map<int, TValue>CMyMap; bool Larger(const TValue& p1, const TValue& p2) { bool bRet = false; bRet = (p2.Get() <= p1.Get() && (p2.Get()%2==0)); return bRet; } void TestCase1() { printf("\n\n======================TestCase 1:======================\n"); CMyMap mymap; for(int i = 0; i < 10; ++i) { mymap.insert(i, new TValue(i)); } std::stable_sort(mymap.begin(), mymap.end(), Larger); } int _tmain(int argc, _TCHAR* argv[]) { TestCase1(); return 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1566672&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

[filesystem][cvs] a problem with recursive_directory_iterator
by gchen 06 Oct '06

06 Oct '06

I was not sure if this question should go to boost.user or boost.devel, since I am testing cvs code, so I post here... Below is a test program which count the files in sub-folders of a given folder, if a folder has an empty folder, calling the recursive_directory_iterator's status() will cause a assertion failure: "attempt to dereference end iterator". Did i missing something? Best Regards gchen // begin test code=================== #include <iostream> #include <boost\filesystem.hpp> namespace fs = boost::filesystem; // get file count in a folder size_t file_count(const fs::path &p) { size_t numFile = 0; for (fs::recursive_directory_iterator iter(p); iter != fs::recursive_directory_iterator(); ++iter) { if (fs::is_regular(iter->status())) numFile++; } return numFile; } int main(int argc, char *argv[]) { // "c:\tmp" has an empty folder "c:\tmp\empty" fs::path p("c:\\tmp"); // this is OK, if test the empty folder directly file_count("c:\\tmp\\empty"); for (fs::directory_iterator iter(p); iter != fs::directory_iterator(); ++iter) { if (fs::is_directory(iter->status())) { // file_count will cause ssertion fail when // encount the empty folder "c:\tmp\empty" size_t size = file_count(iter->path()); std::cout << "folder: " << iter->path().leaf() << "has: " << size << " file(s)\n"; } } return 0; } // end test code===================

1 1

Re: [boost] Google SOC projects (Boost Process/Tree) etc.
by shams 06 Oct '06

06 Oct '06

Hi, Thanks for the info. Regarding SVN: I am confused because hasn't traditionally libraries prior to proposal/submission developed/available in the boost sandbox first? So what is the exception in this case? Or is Boost trying to move to SVN from CVS. Thanks Shams

3 3

Re: [boost] GIL - Generic Image Library Review - Begins
by Tom Brinkman 06 Oct '06

06 Oct '06

> My first impression is that the library mixes many Concepts, that can > easily be separated. The first is of a display matrix, the second is of an > image. Others .. Points are Geometric Concepts. Colour is a Concept which > too > could stand alone. Cursor (locator) is useful to a matrix > > The concept of an display matrix could be applied elsewhere, where > elements > could be for example text characters. An image can also be comprised of > vector > graphics, but this subject is not touched upon in any serious way. > > Colour would be useful in Vector graphics, but would deserve its own > library and > I would expect to see the interface more user friendly with mappings to > commonly > used colour systems such as those in HTML, SVG and VRML. > > The domain that the library can be used in is very narrow. To be seriously > used > for image recognition as was previously suggested an application, my guess > is > that the library would need the ability to apply arbitrary transforms, > including > other than 90 degree rotations, and interpolation of points, stereoscopic > vision etc. > > As it stands the only use I can see is for touching up photos, and that is > my > problem with it , the domain is too limited. I would suggest revisiting > the > Concepts ,extracting them and then making sure that each would stand on > its own. > That would be a more interesting and widely useable set of libraries. > > regards > Andy Little Michael Goldshteyn wrote: >> I just wanted to second Andy's opinion, because these are my thoughts on the >> library, exactly. It's too large of a beast that should be broken down into >> several smaller stand alone libraries that could be repurposed to various tasks. I agree that would be ideal; however, how many library authors have had the foresight to anticipate all those "varioius tasks" you describe, not many. Most of these "other uses" of a library are discovered later by accident. In the abstract, give these compenents you see a place to "live" and mature for a while, and then pull them out later when these "other uses" are discovered. You could have expressed this same concern with many of the other libraries that have been approved on boost.

1 0

Re: [boost] Geometry/Vector Lib
by Andy Little 05 Oct '06

05 Oct '06

"Andy Little" <andy(a)servocomm.freeserve.co.uk> wrote in message news:... > Why not : > > at_x(vec) > > This allows all the above: > > T vec[3]; // array boost array > > and > > at_c<0>(vec) // Fusion style and not forgetting std::complex ;-)

1 0

Geometry/Vector Lib
by Olivier Grant 05 Oct '06

05 Oct '06

Hi, I have written a bit of code to handle geometric vectors in a generic way, abstracting their dimension. The idea behind this code is to be able to apply one operation between two vectors, or a vector and a scalar, whatever their dimension, and writing it in an expandable way without having to modify any manipulation functions if a new geometric vector class is created. The other advantage is that the resulting assembly code is just as fast as if the functions had all been explicitly written. Right now I have three simple vector classes - ranging from vector2d to vector4d - that are not templetized since I like the idea of being able to access coordinates directly by their name vector3d vec; vec.x += 10.0f; to give you an example of the syntax, here is how you would add two vectors of different dimensions : vector2d v1(1.0f, 2.0f); vector3d v2(-1.0f, 3.0f, 2.0f); vector4d res; vector_add(v1, v2, res); /* res now contains (0.0f, 5.0f, 2.0f, 1.0f) */ the result is determined by the dimension of the third vector passed to vector_add. v1 is auto-promoted to act like a vector3d. v2 does not change. res gets (v1.x + v2.x, v1.y + v2.y, v1.z + v2.z, default_w_value). I didn't seem to find any information on a lib currently under development that provides geometric vector manipulation in that way - maybe apart from uBLAS - so I thought I would share this if anyone seems to be interested. BR, Olivier.

18 42

Boost regression notification (2006-10-04 [RC_1_34_0])
by Douglas Gregor 05 Oct '06

05 Oct '06

Boost Regression test failures Report time: 2006-10-04T11:15:28Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 434 failures in 15 libraries filesystem (5) graph (1) io (1) iostreams (14) mpl (4) parameter (11) program_options (9) python (214) rational (5) serialization (16) spirit (5) test (2) tr1 (56) utility (1) xpressive (90) |filesystem| convenience_test: msvc-8.0 fstream_test: msvc-8.0 mbcopy: sun-5.8 path_test: msvc-8.0 wide_test: sun-5.8 |graph| graphviz_test: msvc-8.0 |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| bzip2_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 example_test: vc-6_5-stlport finite_state_filter_test: cw-9.4 gzip_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 zlib_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 |mpl| multiset: gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 vector_c: sun-5.8 |parameter| optional_deduced_sfinae: sun-5.8 preprocessor_deduced: sun-5.8 python_test: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 qcc-3.3.5_gpp sun-5.8 sfinae: borland-5_8_2 vc-6_5-stlport |program_options| cmdline_test_dll: cw-9.4 options_description_test_dll: cw-9.4 parsers_test_dll: cw-9.4 positional_options_test_dll: cw-9.4 unicode_test_dll: borland-5_8_2 cw-9.4 variable_map_test_dll: borland-5_8_2 cw-9.4 winmain_dll: cw-9.4 |python| andreas_beyer: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 args: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc auto_ptr: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc back_reference: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc bases: gcc-3_4_4_tru64 hp_cxx-71_006_tru64 ben_scott1: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 bienstman1: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc bienstman2: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc bienstman3: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc builtin_converters: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc callbacks: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc const_argument: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 crossmod_exception: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 crossmod_opaque: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc data_members: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc defaults: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc dict: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc docstring: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 enum: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc exception_translator: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc exec: gcc-3_4_4_tru64 gcc-4_0_3_tru64 hp_cxx-71_006_tru64 extract: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc implicit: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc vc-6_5 vc-6_5-stlport vc-7_0 injected: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc iterator: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc keywords: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 list: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc long: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc map_indexing_suite: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc minimal: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc multi_arg_constructor: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc nested: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 numpy: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc object: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc opaque: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc operators: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 pearu1: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc pickle1: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc pickle2: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc pickle3: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc pickle4: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc pointee: gcc-3_4_4_tru64 hp_cxx-71_006_tru64 pointer_type_id_test: gcc-3_4_4_tru64 hp_cxx-71_006_tru64 pointer_vector: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc polymorphism: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc polymorphism2: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 polymorphism2_auto_ptr: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 properties: gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 raw_ctor: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc return_arg: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc shared_ptr: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc slice: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 gcc-3_4_4_tru64 gcc-4.1.1_sunos_i86pc hp_cxx-71_006_tru64 staticmethod: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc stl_iterator: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc str: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_pointer_adoption: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc try: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc tuple: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc upcast: gcc-3_4_4_tru64 hp_cxx-71_006_tru64 vector_indexing_suite: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc virtual_functions: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc voidptr: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc wrapper_held_type: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 |rational| rational_test: borland-5_6_4 sun-5.8 vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_class_info_load_text_warchive: vc-6_5 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |spirit| action_tests: qcc-3.3.5_cpp qcc-3.3.5_gpp action_tests_debug: qcc-3.3.5_cpp qcc-3.3.5_gpp mix_and_match_trees: sun-5.8 |test| parameterized_test_test: vc-6_5 vc-6_5-stlport |tr1| std_run_complex_overloads: msvc-7.1 msvc-8.0 std_run_random: msvc-7.1 msvc-8.0 std_test_bind: msvc-7.1 msvc-8.0 std_test_function: msvc-7.1 msvc-8.0 std_test_hash: msvc-7.1 msvc-8.0 std_test_hash_header: msvc-7.1 msvc-8.0 std_test_mem_fn: msvc-7.1 msvc-8.0 std_test_random: msvc-7.1 msvc-8.0 std_test_reference_wrapper: msvc-7.1 msvc-8.0 std_test_regex: msvc-7.1 msvc-8.0 std_test_result_of: msvc-7.1 msvc-8.0 std_test_shared_array_header: msvc-7.1 msvc-8.0 std_test_shared_ptr_header: msvc-7.1 msvc-8.0 std_test_tr1_include: msvc-7.1 msvc-8.0 std_test_tuple: msvc-7.1 msvc-8.0 std_test_tuple_tricky: msvc-7.1 msvc-8.0 test_bind: msvc-7.1 msvc-8.0 test_function: msvc-7.1 msvc-8.0 test_functional_std_header: msvc-7.1 msvc-8.0 test_hash: msvc-7.1 msvc-8.0 test_mem_fn: msvc-7.1 msvc-8.0 test_random: msvc-7.1 msvc-8.0 test_reference_wrapper: msvc-7.1 msvc-8.0 test_result_of: msvc-7.1 msvc-8.0 test_tr1_include: msvc-7.1 msvc-8.0 test_tuple: msvc-7.1 msvc-8.0 test_tuple_tricky: msvc-7.1 msvc-8.0 test_utility_std_header: msvc-7.1 msvc-8.0 |utility| operators_test: gcc-3.4.5_linux_x86_64 |xpressive| c_traits: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc misc1: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc regress: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test1: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test10: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test10u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test11: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test11u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test1u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test2: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test2u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test3: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test3u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test4: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test4u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test5: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test5u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test6: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test6u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test7: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test7u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test8: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test8u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test9: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test9u: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_cycles: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_dynamic: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_match_results: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_non_char: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc test_static: gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc

6 5