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

quan was [PQS]
by Andy Little 06 Jul '06

06 Jul '06

Hi, After all the interest in the PQS review, I have opted to rehouse the project on sourceforge and rename the project Quan. I am pleased to announce that the first release of Quan is now available. http://sourceforge.net/projects/quan/ There are many changes from pqs-3_1_x, based on the comments in the PQS review. See the quan-0_1_0 release notes on sourceforge for details: http://sourceforge.net/project/shownotes.php?release_id=429568&group_id=170… The project is also available via CVS: http://quan.cvs.sourceforge.net/quan/ Please also get in touch if you are interested in contributing to the project. regards Andy Little

3 5

Re: [boost] Comment on string / unicode discussion
by Martin Bonner 06 Jul '06

06 Jul '06

Just one comment: From: Sean Parent > Consider - > > to_lower(first, last, output) How do you handle that with just a forward iterator? You need to read a whole word before you can decide whether "SS" should be "ß" or "ss" in the output. (I suppose you could read the word into an internal buffer - but that seems extreme). > such transformations can work with any encoding (you can uppercase > UTF-8 into UTF-32). They can't work in-situ (but I don't think > to_upper or to_lower really can work in-situ - certainly not in UTF-8 > and probably not in UTF-16, and I believe there are some multi- > character forms that even break in UTF-32...). It is ß -> SS that break in-situ conversion! -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

1 0

(no subject)
by Sean Parent 06 Jul '06

06 Jul '06

> This is very close to what I have in mind. The main difference is that > the functions/algorithms in my mind take ranges instead of iterators. > Thus: > > to_lower(src, dest) > to_upper(src, dest) So long as you don't require ranges (or a pair of iterators makes a valid range and dest can still be an output iterator). That's fine - these should work on char* as well as container types. I don't know what kind of ranges you have for dest which allow dest to change size - seems a bit problematic. I want iterators that can handle the encoding transform. I want to be able to write items like the following: std::string s = get_some_utf_8_xml_data(); // Find the BOM character as a UTF-32 character utf_iterator_t i = std::find(utf_iterator_t(s.begin()), utf_iterator_t (s.end()), UL0x0000FEFF); assert(*i.base() == U0xEF); // base iterator points to start of UTF-8 character Sean > With these, I could make Fusion like wrappers that transform them into > something like: > > some_string s1 = to_lower(src); > some_string s2 = to_upper(src); > > where to_lower and to_upper return cheap views that are in and by > themselves valid strings/ranges. They are cheap because the actual > conversions/transformations are done on demand-- think lazy > evaluation. > So, like those done by expression template techniques, there are > no expensive temporaries when you perform seemingly expensive tasks > like: > > some_string s = f1(f2(f3(f4(src)))); > > And yes, because they are generic, those string algorithms can work > on any string type that satisfy some basic requirements. > > Regards, > > -- > Joel de Guzman > http://www.boost-consulting.com > http://spirit.sf.net

3 2

Re: [boost] Exception lib?
by Sohail Somani 05 Jul '06

05 Jul '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Emil Dotchevski > > Well for some people the only way to fix a const correctness related > > error is to remove the const. I can imagine people doing > all sorts of > > (wrong)casts. IMHO, I think the api should constrain that freedom > > seeing as there *is* only one right way to do it! > > Please let's keep this to the point. There are no const_casts in the > proposed Boost Exception library. If you think that the > dynamic_cast can be > avoided, I'm very much interested to hear how. If you think > the need for > dynamic_cast is a result of poor library design, I'm very > much interested to > hear about any improvement ideas. You're missing my point. I didn't say that dynamic_cast in this way is bad, nor did I say someone would use const_cast. I was only pointing out that there are those who will just do what they can to get it to look like it works. Restrict those people. Sohail

1 0

[Boost-bugs] [ boost-Bugs-1517803 ] intel-win32 does not compile at all
by SourceForge.net 05 Jul '06

05 Jul '06

Bugs item #1517803, was opened at 2006-07-05 21:09 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=1517803&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: config Group: None Status: Open Resolution: None Priority: 5 Submitted By: jrp (godrick) Assigned to: John Maddock (johnmaddock) Summary: intel-win32 does not compile at all Initial Comment: boost>bjam "-sTOOLS=intel-win32" stage gives the sort of errors listed below with Intel C++ 9.1 ...failed vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel-win32 \release\th reading-multi\token_ids.obj... vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel- win32\release\threading-mu lti\wave_config_constant.obj '/Zm800' is not recognized as an internal or external command, operable program or batch file. /Zm800 -nologo /EHsc -c -DNDEBUG -DNDEBUG - DBOOST_ALL_DYN_LINK=1 /Ogity /O 2 /Gs /Ob2 /EHsc /GR /MD /Qwn5 /Qwd985 /Qwe556 - Qoption,c,--arg_dep_lookup /Qvc6 -DBOOST_NO_INTRINSIC_WCHAR_T - I"bin\boost\libs\wave\build" -I"D:\Projects\boost " -I"D:\Projects\boost" - Fo"bin\boost\libs\wave\build\boost_wave.dll\intel-win 32\release\threading-multi\wave_config_constant.obj" - Tp"D:\Projects\boost\libs\ wave\build\../src/wave_config_constant.cpp" ...failed vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel-win32 \release\th reading-multi\wave_config_constant.obj... vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel- win32\release\threading-mu lti\aq.obj '/Zm800' is not recognized as an internal or external command, operable program or batch file. /Zm800 -nologo /EHsc -c -DNDEBUG -DNDEBUG - DBOOST_ALL_DYN_LINK=1 /Ogity /O 2 /Gs /Ob2 /EHsc /GR /MD /Qwn5 /Qwd985 /Qwe556 - Qoption,c,--arg_dep_lookup /Qvc6 -DBOOST_NO_INTRINSIC_WCHAR_T - I"bin\boost\libs\wave\build" -I"D:\Projects\boost " -I"D:\Projects\boost" - Fo"bin\boost\libs\wave\build\boost_wave.dll\intel-win 32\release\threading-multi\aq.obj" - Tp"D:\Projects\boost\libs\wave\build\../src/ cpplexer/re2clex/aq.cpp" ...failed vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel-win32 \release\th reading-multi\aq.obj... vc-C++ bin\boost\libs\wave\build\boost_wave.dll\intel- win32\release\threading-mu lti\cpp_re.obj '/Zm800' is not recognized as an internal or external command, operable program or batch file. /Zm800 -nologo /EHsc -c -DNDEBUG -DNDEBUG - DBOOST_ALL_DYN_LINK=1 /Ogity /O 2 /Gs /Ob2 /EHsc /GR /MD /Qwn5 /Qwd985 /Qwe556 - Qoption,c,--arg_dep_lookup /Qvc6 -DBOOST_NO_INTRINSIC_WCHAR_T - I"bin\boost\libs\wave\build" -I"D:\Projects\boost " -I"D:\Projects\boost" - Fo"bin\boost\libs\wave\build\boost_wave.dll\intel-win 32\release\threading-multi\cpp_re.obj" - Tp"D:\Projects\boost\libs\wave\build\../ src/cpplexer/re2clex/cpp_re.cpp" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1517803&group_… Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] Exception lib?
by Sohail Somani 05 Jul '06

05 Jul '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Dean > Michael Berris > Sent: Wednesday, July 05, 2006 11:07 AM > To: boost(a)lists.boost.org > Subject: Re: [boost] Exception lib? > > It's probably a personal issue against the use of dynamic_cast<> or > static_cast<> and even const_cast<> because IMHO it makes code > terribly un-readable and even seem "hackish". It's my personal opinion > that whenever you need to resort to casting in client code, then that > means the design of the solution isn't as elegant or as well thought > out as it could be. Not to mention that the client can and will do it wrong.

2 1

[Tribool] Comparation tribool value with indeterminate constant
by Oleksandr Yefremov 05 Jul '06

05 Jul '06

Hello, I have proposal to make small change to the Tribool library. Now it is possible to write following code tribool b = indeterminate ; if (indeterminate (b)) { // process indeterminate case } if (b == indeterminate) { // this always false and should never be used in real code } I propose to change following operators to get compiler errors in above code fragment: tribool operator==(indeterminate_keyword_t, tribool); tribool operator==(tribool, indeterminate_keyword_t); tribool operator!=(indeterminate_keyword_t, tribool); tribool operator!=(tribool, indeterminate_keyword_t); change returning value type to void like this. void operator==(indeterminate_keyword_t, tribool); void operator==(tribool, indeterminate_keyword_t); void operator!=(indeterminate_keyword_t, tribool); void operator!=(tribool, indeterminate_keyword_t); -- Best regards, Oleksandr Yefremov

1 0

Re: [boost] [assert] Proposed patch
by Reece Dunn 05 Jul '06

05 Jul '06

Gennaro Prota wrote: > On Tue, 04 Jul 2006 15:12:43 +0200, Gennaro Prota > <gennaro_prota(a)yahoo.com> wrote: > > > [something...] > > I always wonder how a lack of answers should be taken: (a) nobody > disagrees (b) nobody agrees (c) nobody cares. How about: (d) they are busy, so haven't had chance to look at it yet; (e) they haven't noticed it because, since last they checked, there they had 50+ new e-mail from Boost only! > Hint: (c) is impossible, as *I* care, and for that reason I'll take > (a) by default ;) As for the original question, I would personally prefer: c) # define BOOST_ASSERT(expr) assert("BOOST_LIBRARIES:" && (expr)) but with "BOOST_LIBRARIES:" something more meaningful/readible, like "Boost assertion failure: ". - Reece _________________________________________________________________ Be one of the first to try Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-49…

2 1

[asio][thread] a new model for boost::asio (coroutine)
by 李慧霸 05 Jul '06

05 Jul '06

I have used the recent boost::asio library in my small project, I found it very difficult to correctly write the asynchronous code. So I tried another approach ---- a Half-Sync/Half-Async, I found it much better. The basic idea is very simple, utilize the coroutines(also called light weight threads, or user level threads) to handle multiple connections simultaneously and collaboratively. This approach has the advantange of simplicity in the Synchronous IO model, as well as the high performance in the Asynchronous IO model. Unfortunately, there isn't any coroutine support in boost::thread, and I had to make my experiment with the fiber support in ms windows. So I suggest coroutine be support. The benefit isn't only confined to boost::asio, in fact, it's an important way to describe algorithm flow, and many dynamic languages, both old and new, are supporting this feature. -------------- lihuiba 2006-07-05

1 0

[Boost-bugs] [ boost-Feature Requests-1517157 ] find-library for boost decorated names
by SourceForge.net 04 Jul '06

04 Jul '06

Feature Requests item #1517157, was opened at 2006-07-04 22:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1517157&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: Roland Schwarz (speedsnail) Assigned to: Vladimir Prus (vladimir_prus) Summary: find-library for boost decorated names Initial Comment: Refering to versioned boost libraries from Jamfiles requires toolset specific library specification. I suggest a mechanism, which should allow to specify a canonical form of a boost library in the requirements section of e.g. an exe taget. The build system should take care to expand the canonical name to the decorated one that is compatible with the current build settings. The mechanism should allow to specify the lib version to use, and whether to link with a dynamic or static version of the respective library. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1517157&group_… Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[boost.python] tons of memory leak on VC 8.0
by Tanguy Fautre 04 Jul '06

04 Jul '06

Hi, I've been assessing and learning boost.python (1.33.1). But when I add memory leak detection to a small test program (cf. attachment), I found tons of memory leaks (about 20 leaks). Even when the core of the program is only: try { Py_Initialize(); object main_module = object( handle<>(borrowed(PyImport_AddModule("__main__"))) ); } catch (const error_already_set &) { PyErr_Print(); } Py_Finalize(); it is still finding some memory leaks. Am I doing something wrong? Or is this a bug in boost.python? Tanguy #include <iostream> #include <stdexcept> #include <string> #include <boost/python.hpp> #if defined WIN32 #include <crtdbg.h> #endif using namespace boost::python; class telemetry { public: telemetry() : m_Size(666), m_Name("telemetry name") { } int size() const { return m_Size; } std::string name() const { return m_Name; } void resize(int s) { m_Size = s; } void rename(const std::string & n) { m_Name = n; } private: int m_Size; std::string m_Name; }; const char * const Script = "def test_function(): \n" " print 'Python - test_function called correctly' \n" "TM = telemetry() \n" "print 'Python - TM size: ', TM.size() \n" "print 'Python - TM name: ', TM.name() \n" "print 'Python - changing TM size/name to 256/plop' \n" "TM.resize(256) \n" "TM.rename('plop') \n" "print 'Python - TM size: ', TM.size() \n" "print 'Python - TM name: ', TM.name() \n" "print 'Python - SystemTM size: ', SystemTM.size() \n" "print 'Python - SystemTM name: ', SystemTM.name() \n" "print 'Python - changing SystemTM size/name to 256/plop' \n" "SystemTM.resize(256) \n" "SystemTM.rename('plop') \n" "print 'Python - SystemTM size: ', SystemTM.size() \n" "print 'Python - SystemTM name: ', SystemTM.name() \n" ; int main(int argc, char * argv[]) { #if defined WIN32 && ! defined NDEBUG #pragma message("NOTE: Advanced Memory Leak Checks Enabled!") int flag = _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG); // Get current flag flag |= _CRTDBG_LEAK_CHECK_DF; // Turn on leak-checking bit flag |= _CRTDBG_CHECK_ALWAYS_DF; // Turn on CrtCheckMemory _CrtSetDbgFlag(flag); // Set flag to the new value //_CrtSetReportMode(_CRT_WARN, _CRTDBG_MODE_WNDW); // Pop-up an alert window (Otherwise alert are done on the debug output) //_CrtSetBreakAlloc(1); #endif telemetry SystemTM; try { std::cout << "C++ - SystemTM size: " << SystemTM.size() << std::endl; std::cout << "C++ - SystemTM name: " << SystemTM.name() << std::endl; Py_Initialize(); object main_module = object( handle<>(borrowed(PyImport_AddModule("__main__"))) ); object main_namespace = main_module.attr("__dict__"); object local_namespace = object(handle<>(PyDict_New())); main_namespace["telemetry"] = class_<telemetry>("telemetry") .def("size", &telemetry::size) .def("name", &telemetry::name) .def("resize", &telemetry::resize) .def("rename", &telemetry::rename); main_namespace["SystemTM"] = ptr(&SystemTM); // compile the python script, but do not execute it object compiled_code( handle<>( Py_CompileString( Script, "main.cpp.py", Py_file_input ) ) ); // execute the pre-compiled python script { handle<> ignore( PyEval_EvalCode( (PyCodeObject *) compiled_code.ptr(), main_namespace.ptr(), local_namespace.ptr() ) ); } // execute a specific inline script on the local store of previous script { handle<> ignore( PyRun_String( "print 'Python - Local Namespace: TM.name() =', TM.name() \n" "test_function() \n", Py_file_input, main_namespace.ptr(), local_namespace.ptr() ) ); } // memory leak test //for (;;) // handle<> ignore(PyRun_String("", Py_file_input, main_namespace.ptr(), local_namespace.ptr())); std::cout << "C++ - SystemTM size: " << SystemTM.size() << std::endl; std::cout << "C++ - SystemTM name: " << SystemTM.name() << std::endl; } catch (const error_already_set &) { PyErr_Print(); } catch (const std::exception & Error) { std::cerr << "ERROR: " << Error.what() << std::endl; } Py_Finalize(); }

2 3

Boost regression notification (2006-07-04 [RC_1_34_0])
by Douglas Gregor 04 Jul '06

04 Jul '06

Boost Regression test failures Report time: 2006-07-04T08:44:10Z 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… The following platforms have a large number of failures: vc-6_5-stlport 963 failures in 59 libraries (451 are from non-broken platforms) algorithm/minmax (0 of 2 failures are from non-broken platforms) algorithm/string (1) any (0 of 1 failures are from non-broken platforms) array (0 of 3 failures are from non-broken platforms) assign (0 of 7 failures are from non-broken platforms) bind (0 of 17 failures are from non-broken platforms) concept_check (1) config (0 of 5 failures are from non-broken platforms) conversion (1 of 5 failures are from non-broken platforms) crc (0 of 1 failures are from non-broken platforms) date_time (2) disjoint_sets (0 of 1 failures are from non-broken platforms) dynamic_bitset (0 of 3 failures are from non-broken platforms) filesystem (5 of 10 failures are from non-broken platforms) foreach (0 of 10 failures are from non-broken platforms) format (0 of 4 failures are from non-broken platforms) function (0 of 8 failures are from non-broken platforms) functional (0 of 1 failures are from non-broken platforms) functional/hash (0 of 22 failures are from non-broken platforms) graph (6) integer (2 of 5 failures are from non-broken platforms) io (1) iostreams (59 of 87 failures are from non-broken platforms) iterator (1 of 15 failures are from non-broken platforms) lambda (2) logic (0 of 2 failures are from non-broken platforms) math (5 of 9 failures are from non-broken platforms) mpl (20 of 25 failures are from non-broken platforms) multi_array (0 of 14 failures are from non-broken platforms) multi_index (0 of 20 failures are from non-broken platforms) numeric/conversion (4 of 6 failures are from non-broken platforms) numeric/interval (2) numeric/ublas (6) optional (2 of 6 failures are from non-broken platforms) parameter (28 of 41 failures are from non-broken platforms) pool (2) program_options (19) property_map (0 of 1 failures are from non-broken platforms) python (90 of 156 failures are from non-broken platforms) random (1) range (0 of 8 failures are from non-broken platforms) rational (4 of 6 failures are from non-broken platforms) regex (0 of 32 failures are from non-broken platforms) serialization (117 of 132 failures are from non-broken platforms) signals (12 of 17 failures are from non-broken platforms) smart_ptr (1 of 12 failures are from non-broken platforms) spirit (12) static_assert (0 of 2 failures are from non-broken platforms) test (7 of 21 failures are from non-broken platforms) thread (0 of 16 failures are from non-broken platforms) tokenizer (0 of 6 failures are from non-broken platforms) tr1 (77) tuple (0 of 2 failures are from non-broken platforms) type_traits (11 of 54 failures are from non-broken platforms) typeof (7 of 10 failures are from non-broken platforms) utility (2 of 14 failures are from non-broken platforms) utility/enable_if (1) variant (0 of 10 failures are from non-broken platforms) wave (1) Test failures marked with a (*) represent tests that failed on platforms that are considered broken. They are likely caused by misconfiguration by the regression tester or a failure in a core library such as Test or Config. |algorithm/minmax| minmax: vc-6_5-stlport* minmax_element: vc-6_5-stlport* |algorithm/string| replace: vc-7_1-stlport |any| any_test: vc-6_5-stlport* |array| array1: vc-6_5-stlport* array2: vc-6_5-stlport* array5: vc-6_5-stlport* |assign| basic: vc-6_5-stlport* email_example: vc-6_5-stlport* list_inserter: vc-6_5-stlport* list_of_workaround: vc-6_5-stlport* my_vector_example: vc-6_5-stlport* static_list_of: vc-6_5-stlport* std: vc-6_5-stlport* |bind| bind_const_test: vc-6_5-stlport* bind_cv_test: vc-6_5-stlport* bind_dm_test: vc-6_5-stlport* bind_eq_test: vc-6_5-stlport* bind_function_test: vc-6_5-stlport* bind_lookup_problem_test: vc-6_5-stlport* bind_not_test: vc-6_5-stlport* bind_rel_test: vc-6_5-stlport* bind_rv_sp_test: vc-6_5-stlport* bind_stateful_test: vc-6_5-stlport* bind_test: vc-6_5-stlport* bind_visit_test: vc-6_5-stlport* mem_fn_derived_test: vc-6_5-stlport* mem_fn_eq_test: vc-6_5-stlport* mem_fn_rv_test: vc-6_5-stlport* mem_fn_test: vc-6_5-stlport* mem_fn_void_test: vc-6_5-stlport* |concept_check| class_concept_check_test: vc-7_1-stlport |config| abi_test: vc-6_5-stlport* config_info: vc-6_5-stlport* config_link_test: vc-6_5-stlport* config_test: vc-6_5-stlport* math_info: vc-6_5-stlport* |conversion| cast_test: vc-6_5-stlport* implicit_cast: vc-6_5-stlport* lexical_cast_test: sun-5.8 vc-6_5-stlport* numeric_cast_test: vc-6_5-stlport* |crc| crc_test: vc-6_5-stlport* |date_time| testfacet: sun-5.8 testfacet_dll: sun-5.8 |disjoint_sets| disjoint_set_test: vc-6_5-stlport* |dynamic_bitset| dyn_bitset_unit_tests2: vc-6_5-stlport* dyn_bitset_unit_tests3: vc-6_5-stlport* dyn_bitset_unit_tests4: vc-6_5-stlport* |filesystem| convenience_test: vc-6_5-stlport* fstream_test: sun-5.8 vc-6_5-stlport* large_file_support_test: vc-6_5-stlport* mbcopy: sun-5.8 operations_test: vc-7_1-stlport operations_test_dll: vc-7_1-stlport path_test: vc-6_5-stlport* path_test_dll: vc-6_5-stlport* wide_test: sun-5.8 |foreach| array_byref: vc-6_5-stlport* array_byval: vc-6_5-stlport* call_once: vc-6_5-stlport* cstr_byref: vc-6_5-stlport* cstr_byval: vc-6_5-stlport* dependent_type: vc-6_5-stlport* pair_byref: vc-6_5-stlport* pair_byval: vc-6_5-stlport* stl_byref: vc-6_5-stlport* stl_byval: vc-6_5-stlport* |format| format_test1: vc-6_5-stlport* format_test2: vc-6_5-stlport* format_test3: vc-6_5-stlport* format_test_wstring: vc-6_5-stlport* |function| contains2_test: vc-6_5-stlport* function_arith_portable: vc-6_5-stlport* function_n_test: vc-6_5-stlport* function_ref_portable: vc-6_5-stlport* mem_fun_portable: vc-6_5-stlport* stateless_test: vc-6_5-stlport* std_bind_portable: vc-6_5-stlport* sum_avg_portable: vc-6_5-stlport* |functional| function_test: vc-6_5-stlport* |functional/hash| container_fwd_test: vc-6_5-stlport* hash_built_in_array_test: vc-6_5-stlport* hash_custom_test: vc-6_5-stlport* hash_deque_test: vc-6_5-stlport* hash_float_test: vc-6_5-stlport* hash_friend_test: vc-6_5-stlport* hash_fwd_test_1: vc-6_5-stlport* hash_fwd_test_2: vc-6_5-stlport* hash_global_namespace_test: vc-6_5-stlport* hash_list_test: vc-6_5-stlport* hash_map_test: vc-6_5-stlport* hash_no_ext_macro_1: vc-6_5-stlport* hash_no_ext_macro_2: vc-6_5-stlport* hash_number_test: vc-6_5-stlport* hash_pointer_test: vc-6_5-stlport* hash_range_test: vc-6_5-stlport* hash_set_test: vc-6_5-stlport* hash_string_test: vc-6_5-stlport* hash_vector_test: vc-6_5-stlport* link_ext_test: vc-6_5-stlport* link_test: vc-6_5-stlport* portable: vc-6_5-stlport* |graph| adjacency_matrix_test: vc-7_0 bidir_remove_edge: vc-7_0 csr_graph_test: sun-5.8 graphviz_test: msvc-8.0 msvc-8.0 vc-7_1-stlport |integer| cstdint_test: vc-6_5-stlport* integer_test: vc-6_5-stlport* integer_traits_test: qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| array_test: vc-6_5 vc-6_5-stlport* auto_close_test: sun-5.8 vc-6_5 vc-6_5-stlport* buffer_size_test: sun-5.8 vc-6_5 vc-6_5-stlport* bzip2_test: msvc-7.1 msvc-8.0 sun-5.8 code_converter_test: sun-5.8 vc-6_5 vc-6_5-stlport* component_access_test: sun-5.8 vc-6_5 vc-6_5-stlport* compose_test: borland-5_6_4 sun-5.8 vc-6_5 vc-6_5-stlport* copy_test: vc-6_5 vc-6_5-stlport* counter_test: sun-5.8 vc-6_5 vc-6_5-stlport* direct_adapter_test: vc-6_5 vc-6_5-stlport* example_test: vc-6_5 vc-6_5-stlport* file_descriptor_test: vc-6_5 vc-6_5-stlport* file_test: vc-6_5 vc-6_5-stlport* filtering_stream_test: sun-5.8 vc-6_5 vc-6_5-stlport* finite_state_filter_test: cw-9.4 sun-5.8 flush_test: sun-5.8 vc-6_5 vc-6_5-stlport* gzip_test: msvc-7.1 msvc-8.0 sun-5.8 invert_test: vc-6_5 vc-6_5-stlport* line_filter_test: sun-5.8 vc-6_5 vc-6_5-stlport* mapped_file_test: vc-6_5 vc-6_5-stlport* newline_test: sun-5.8 vc-6_5 vc-6_5-stlport* null_test: vc-6_5 vc-6_5-stlport* pipeline_test: sun-5.8 vc-6_5 vc-6_5-stlport* positioning_test: vc-6_5 vc-6_5-stlport* regex_filter_test: sun-5.8 vc-6_5 vc-6_5-stlport* restrict_test: sun-5.8 vc-6_5 vc-6_5-stlport* seekable_file_test: sun-5.8 vc-6_5 seekable_filter_test: sun-5.8 vc-6_5 vc-6_5-stlport* stdio_filter_test: sun-5.8 vc-6_5 vc-6_5-stlport* symmetric_filter_test: sun-5.8 vc-6_5 vc-6_5-stlport* tee_test: sun-5.8 vc-6_5 vc-6_5-stlport* wide_stream_test: sun-5.8 vc-6_5 vc-6_5-stlport* zlib_test: msvc-7.1 msvc-8.0 |iterator| concept_tests: vc-6_5-stlport* counting_iterator_test: vc-6_5-stlport* filter_iterator_test: vc-6_5-stlport* indirect_iterator_test: vc-6_5-stlport* interoperable: vc-6_5-stlport* is_lvalue_iterator: sun-5.8 iterator_adaptor_cc: vc-6_5-stlport* iterator_adaptor_test: vc-6_5-stlport* iterator_facade: vc-6_5-stlport* iterator_traits_test: vc-6_5-stlport* permutation_iterator_test: vc-6_5-stlport* reverse_iterator_test: vc-6_5-stlport* transform_iterator_test: vc-6_5-stlport* unit_tests: vc-6_5-stlport* zip_iterator_test: vc-6_5-stlport* |lambda| extending_rt_traits: sun-5.8 operator_tests_simple: sun-5.8 |logic| tribool_rename_test: vc-6_5-stlport* tribool_test: vc-6_5-stlport* |math| common_factor_test: vc-6_5-stlport* hypot_test: vc-6_5-stlport* log1p_expm1_test: vc-6_5-stlport* octonion_test: sun-5.8 quaternion_mult_incl_test: sun-5.8 vc-6_5-stlport* quaternion_test: sun-5.8 vc-7_1-stlport special_functions_test: sun-5.8 |mpl| apply: gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc sun-5.8 bool: vc-6_5-stlport* count: sun-5.8 count_if: sun-5.8 equal: sun-5.8 erase: sun-5.8 find: sun-5.8 for_each: vc-6_5-stlport* insert: sun-5.8 insert_range: sun-5.8 int: vc-6_5-stlport* integral_c: vc-6_5-stlport* lambda_args: sun-5.8 multiset: gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 partition: sun-5.8 size_t: vc-6_5-stlport* stable_partition: sun-5.8 vector_c: sun-5.8 |multi_array| access: vc-6_5-stlport* assign: vc-6_5-stlport* assign_to_array: vc-6_5-stlport* compare: vc-6_5-stlport* constructors: vc-6_5-stlport* idxgen1: vc-6_5-stlport* index_bases: vc-6_5-stlport* iterators: vc-6_5-stlport* range1: vc-6_5-stlport* reshape: vc-6_5-stlport* resize: vc-6_5-stlport* slice: vc-6_5-stlport* stl_interaction: vc-6_5-stlport* storage_order: vc-6_5-stlport* |multi_index| test_basic: vc-6_5-stlport* test_capacity: vc-6_5-stlport* test_comparison: vc-6_5-stlport* test_composite_key: vc-6_5-stlport* test_conv_iterators: vc-6_5-stlport* test_copy_assignment: vc-6_5-stlport* test_hash_ops: vc-6_5-stlport* test_iterators: vc-6_5-stlport* test_key_extractors: vc-6_5-stlport* test_list_ops: vc-6_5-stlport* test_modifiers: vc-6_5-stlport* test_mpl_ops: vc-6_5-stlport* test_observers: vc-6_5-stlport* test_projection: vc-6_5-stlport* test_range: vc-6_5-stlport* test_rearrange: vc-6_5-stlport* test_safe_mode: vc-6_5-stlport* test_set_ops: vc-6_5-stlport* test_special_set_ops: vc-6_5-stlport* test_update: vc-6_5-stlport* |numeric/conversion| bounds_test: vc-6_5-stlport* converter_test: borland-5_8_2 traits_test: borland-5_8_2 vc-6_5-stlport* udt_example_0: borland-5_8_2 udt_support_test: borland-5_8_2 |numeric/interval| cmp_tribool: vc-7_1-stlport det: sun-5.8 |numeric/ublas| concepts: vc-7_1-stlport test1: vc-7_1-stlport test2: vc-7_1-stlport test4: vc-7_1-stlport test5: vc-7_1-stlport vc-7_1-stlport |optional| optional_test: sun-5.8 vc-6_5-stlport* optional_test_inplace: vc-6_5-stlport* optional_test_io: vc-6_5-stlport* optional_test_ref: sun-5.8 optional_test_tie: vc-6_5-stlport* |parameter| basics: borland-5_6_4 borland-5_8_2 sun-5.8 vc-6_5-stlport* duplicates: borland-5_6_4 borland-5_8_2 earwicker: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* efficiency: vc-6_5-stlport* macros: borland-5_6_4 borland-5_8_2 sun-5.8 vc-6_5-stlport* maybe: vc-6_5 vc-6_5-stlport* vc-7_0 mpl: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* preprocessor: borland-5_6_4 borland-5_8_2 sun-5.8 vc-6_5 vc-6_5-stlport* python-parameter-test: vc-6_5 vc-6_5-stlport* vc-7_0 sfinae: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* singular: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* tutorial: vc-6_5-stlport* unnamed: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* unnamed_fail: vc-6_5 vc-6_5-stlport* vc-7_0 |pool| test_pool_alloc: qcc-3.3.5_cpp qcc-3.3.5_cpp |program_options| cmdline_test: sun-5.8 cmdline_test_dll: cw-9.4 sun-5.8 options_description_test: sun-5.8 options_description_test_dll: cw-9.4 sun-5.8 parsers_test: sun-5.8 parsers_test_dll: cw-9.4 sun-5.8 positional_options_test: sun-5.8 positional_options_test_dll: cw-9.4 sun-5.8 unicode_test_dll: borland-5_8_2 cw-9.4 variable_map_test: sun-5.8 variable_map_test_dll: borland-5_8_2 cw-9.4 sun-5.8 winmain_dll: cw-9.4 |property_map| dynamic_properties_test: vc-6_5-stlport* |python| andreas_beyer: sun-5.8 vc-6_5-stlport* args: sun-5.8 vc-6_5-stlport* auto_ptr: sun-5.8 vc-6_5-stlport* back_reference: sun-5.8 vc-6_5-stlport* bases: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux sun-5.8 vc-6_5-stlport* ben_scott1: sun-5.8 vc-6_5-stlport* bienstman1: sun-5.8 vc-6_5-stlport* bienstman2: sun-5.8 vc-6_5-stlport* bienstman3: sun-5.8 vc-6_5-stlport* borrowed: sun-5.8 builtin_converters: vc-6_5-stlport* callbacks: sun-5.8 vc-6_5-stlport* const_argument: sun-5.8 vc-6_5-stlport* crossmod_exception: sun-5.8 vc-6_5-stlport* data_members: sun-5.8 vc-6_5-stlport* defaults: sun-5.8 vc-6_5-stlport* destroy_test: vc-6_5-stlport* dict: sun-5.8 vc-6_5-stlport* docstring: sun-5.8 vc-6_5-stlport* enum: sun-5.8 vc-6_5-stlport* exception_translator: sun-5.8 vc-6_5-stlport* exec: cw-9.4 darwin-4.0.1 gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_gpp sun-5.8 vc-6_5-stlport* extract: sun-5.8 vc-6_5-stlport* if_else: vc-6_5-stlport* implicit: sun-5.8 vc-6_5-stlport* indirect_traits_test: sun-5.8 injected: sun-5.8 vc-6_5-stlport* iterator: sun-5.8 vc-6_5-stlport* keywords: sun-5.8 vc-6_5-stlport* list: sun-5.8 vc-6_5-stlport* long: sun-5.8 vc-6_5-stlport* map_indexing_suite: vc-6_5-stlport* minimal: sun-5.8 vc-6_5-stlport* multi_arg_constructor: sun-5.8 vc-6_5-stlport* nested: sun-5.8 vc-6_5-stlport* numpy: sun-5.8 vc-6_5-stlport* object: sun-5.8 vc-6_5-stlport* object_manager: sun-5.8 opaque: sun-5.8 vc-6_5-stlport* operators: sun-5.8 vc-6_5-stlport* pearu1: sun-5.8 vc-6_5-stlport* pickle1: sun-5.8 vc-6_5-stlport* pickle2: sun-5.8 vc-6_5-stlport* pickle3: sun-5.8 vc-6_5-stlport* pickle4: sun-5.8 vc-6_5-stlport* pointee: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux sun-5.8 vc-6_5-stlport* pointer_type_id_test: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux sun-5.8 vc-6_5-stlport* pointer_vector: sun-5.8 vc-6_5-stlport* polymorphism: sun-5.8 vc-6_5-stlport* polymorphism2: sun-5.8 vc-6_5-stlport* polymorphism2_auto_ptr: sun-5.8 vc-6_5-stlport* properties: sun-5.8 vc-6_5-stlport* raw_ctor: sun-5.8 vc-6_5-stlport* result: vc-6_5-stlport* return_arg: sun-5.8 vc-6_5-stlport* select_arg_to_python_test: sun-5.8 select_from_python_test: darwin-4.0.1 qcc-3.3.5_cpp qcc-3.3.5_gpp sun-5.8 vc-6_5-stlport* select_holder: sun-5.8 shared_ptr: sun-5.8 vc-6_5-stlport* slice: sun-5.8 vc-6_5-stlport* staticmethod: sun-5.8 vc-6_5-stlport* stl_iterator: sun-5.8 vc-6_5-stlport* str: sun-5.8 vc-6_5-stlport* string_literal: sun-5.8 test_pointer_adoption: sun-5.8 vc-6_5-stlport* try: sun-5.8 vc-6_5-stlport* tuple: sun-5.8 vc-6_5-stlport* upcast: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux sun-5.8 vc-6_5-stlport* vector_indexing_suite: sun-5.8 vc-6_5-stlport* virtual_functions: sun-5.8 vc-6_5-stlport* voidptr: sun-5.8 vc-6_5-stlport* wrapper_held_type: sun-5.8 vc-6_5-stlport* |random| random_test: intel-linux-9.0 |range| algorithm_example: vc-6_5-stlport* array: vc-6_5-stlport* const_ranges: vc-6_5-stlport* iterator_pair: vc-6_5-stlport* partial_workaround: vc-6_5-stlport* reversible_range: vc-6_5-stlport* std_container: vc-6_5-stlport* string: vc-6_5-stlport* |rational| rational_example: vc-6_5-stlport* rational_test: borland-5_6_4 sun-5.8 vc-6_5 vc-6_5-stlport* vc-7_0 |regex| bad_expression_test: vc-6_5-stlport* captures_example: vc-6_5-stlport* captures_test: vc-6_5-stlport* collate_info: vc-6_5-stlport* credit_card_example: vc-6_5-stlport* icu_example: vc-6_5-stlport* mfc_example: vc-6_5-stlport* object_cache_test: vc-6_5-stlport* partial_regex_grep: vc-6_5-stlport* partial_regex_match: vc-6_5-stlport* posix_api_check: vc-6_5-stlport* posix_api_check_cpp: vc-6_5-stlport* recursion_test: vc-6_5-stlport* regex_config_info: vc-6_5-stlport* regex_dll_config_info: vc-6_5-stlport* regex_grep_example_1: vc-6_5-stlport* regex_grep_example_2: vc-6_5-stlport* regex_grep_example_3: vc-6_5-stlport* regex_iterator_example: vc-6_5-stlport* regex_match_example: vc-6_5-stlport* regex_merge_example: vc-6_5-stlport* regex_regress: vc-6_5-stlport* regex_regress_dll: vc-6_5-stlport* regex_replace_example: vc-6_5-stlport* regex_search_example: vc-6_5-stlport* regex_split_example_1: vc-6_5-stlport* regex_split_example_2: vc-6_5-stlport* regex_token_iterator_eg_1: vc-6_5-stlport* regex_token_iterator_eg_2: vc-6_5-stlport* static_mutex_test: vc-6_5-stlport* unicode_iterator_test: vc-6_5-stlport* wide_posix_api_check_cpp: vc-6_5-stlport* |serialization| test_array_text_warchive_dll: borland-5_8_2 test_array_xml_warchive_dll: borland-5_8_2 test_binary_text_warchive_dll: borland-5_8_2 test_binary_xml_warchive: msvc-8.0 test_binary_xml_warchive_dll: borland-5_8_2 test_class_info_load_text_warchive_dll: borland-5_8_2 test_class_info_load_xml_warchive_dll: borland-5_8_2 test_class_info_save_text_warchive_dll: borland-5_8_2 test_class_info_save_xml_warchive_dll: borland-5_8_2 test_codecvt_null: qcc-3.3.5_gpp qcc-3.3.5_gpp test_contained_class_text_warchive_dll: borland-5_8_2 test_contained_class_xml_warchive_dll: borland-5_8_2 test_cyclic_ptrs_text_warchive_dll: borland-5_8_2 test_cyclic_ptrs_xml_warchive_dll: borland-5_8_2 test_delete_pointer_text_warchive_dll: borland-5_8_2 test_delete_pointer_xml_warchive_dll: borland-5_8_2 test_demo_fast_archive: sun-5.8 test_demo_fast_archive_dll: sun-5.8 test_demo_portable_archive_dll: vc-6_5 test_deque_text_warchive_dll: borland-5_8_2 test_deque_xml_warchive_dll: borland-5_8_2 test_derived_class_ptr_text_warchive_dll: borland-5_8_2 test_derived_class_ptr_xml_warchive_dll: borland-5_8_2 test_derived_class_text_warchive_dll: borland-5_8_2 test_derived_class_xml_warchive_dll: borland-5_8_2 test_derived_text_warchive_dll: borland-5_8_2 test_derived_xml_warchive_dll: borland-5_8_2 test_diamond_text_warchive_dll: borland-5_8_2 test_diamond_xml_warchive_dll: borland-5_8_2 test_exported_text_warchive_dll: borland-5_8_2 test_exported_xml_warchive_dll: borland-5_8_2 test_inclusion: vc-6_5-stlport* test_iterators: vc-6_5-stlport* test_iterators_base64: vc-6_5-stlport* test_list_ptrs_text_warchive_dll: borland-5_8_2 test_list_ptrs_xml_warchive_dll: borland-5_8_2 test_list_text_warchive_dll: borland-5_8_2 test_list_xml_warchive_dll: borland-5_8_2 test_map_text_warchive_dll: borland-5_8_2 test_map_xml_warchive_dll: borland-5_8_2 test_mi_text_warchive_dll: borland-5_8_2 test_mi_xml_warchive_dll: borland-5_8_2 test_multiple_ptrs_text_warchive_dll: borland-5_8_2 test_multiple_ptrs_xml_warchive_dll: borland-5_8_2 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: borland-5_8_2 qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_xml_warchive_dll: borland-5_8_2 test_non_default_ctor_text_warchive_dll: borland-5_8_2 test_non_default_ctor_xml_warchive_dll: borland-5_8_2 test_non_intrusive_text_warchive_dll: borland-5_8_2 test_non_intrusive_xml_warchive_dll: borland-5_8_2 test_null_ptr_text_warchive_dll: borland-5_8_2 test_null_ptr_xml_warchive_dll: borland-5_8_2 test_nvp_text_warchive_dll: borland-5_8_2 test_nvp_xml_warchive_dll: borland-5_8_2 test_object_text_warchive_dll: borland-5_8_2 test_object_xml_warchive_dll: borland-5_8_2 test_optional_text_warchive_dll: borland-5_8_2 test_optional_xml_warchive_dll: borland-5_8_2 test_polymorphic_text_warchive_dll: borland-5_8_2 test_polymorphic_xml_warchive_dll: borland-5_8_2 test_primitive_text_warchive_dll: borland-5_8_2 test_primitive_xml_warchive_dll: borland-5_8_2 test_recursion_text_warchive_dll: borland-5_8_2 test_recursion_xml_warchive_dll: borland-5_8_2 test_registered_text_warchive_dll: borland-5_8_2 test_registered_xml_warchive_dll: borland-5_8_2 test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_set_text_warchive_dll: borland-5_8_2 test_set_xml_warchive_dll: borland-5_8_2 test_shared_ptr_132_binary_archive: sun-5.8 vc-6_5-stlport* test_shared_ptr_132_binary_archive_dll: sun-5.8 test_shared_ptr_132_text_archive: sun-5.8 vc-6_5-stlport* test_shared_ptr_132_text_archive_dll: sun-5.8 test_shared_ptr_132_text_warchive: sun-5.8 vc-6_5-stlport* test_shared_ptr_132_text_warchive_dll: borland-5_8_2 sun-5.8 test_shared_ptr_132_xml_archive: sun-5.8 vc-6_5-stlport* test_shared_ptr_132_xml_archive_dll: sun-5.8 test_shared_ptr_132_xml_warchive: sun-5.8 vc-6_5-stlport* test_shared_ptr_132_xml_warchive_dll: borland-5_8_2 sun-5.8 test_shared_ptr_text_warchive_dll: borland-5_8_2 test_shared_ptr_xml_warchive_dll: borland-5_8_2 gcc-4.1.0_linux_x86_64 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_ptr_text_warchive_dll: borland-5_8_2 test_simple_class_ptr_xml_warchive_dll: borland-5_8_2 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: borland-5_8_2 vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: borland-5_8_2 vc-6_5 test_smart_cast: vc-6_5-stlport* test_split_text_warchive_dll: borland-5_8_2 test_split_xml_warchive_dll: borland-5_8_2 test_static_warning: vc-6_5-stlport* test_tracking_text_warchive_dll: borland-5_8_2 test_tracking_xml_warchive_dll: borland-5_8_2 test_unregistered_text_warchive_dll: borland-5_8_2 test_unregistered_xml_warchive_dll: borland-5_8_2 test_utf8_codecvt: qcc-3.3.5_gpp qcc-3.3.5_gpp test_variant_binary_archive: vc-6_5-stlport* test_variant_text_archive: vc-6_5-stlport* test_variant_text_warchive: vc-6_5-stlport* test_variant_text_warchive_dll: borland-5_8_2 test_variant_xml_archive: borland-5_8_2 vc-6_5-stlport* test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 vc-6_5-stlport* test_variant_xml_warchive_dll: borland-5_8_2 test_vector_text_archive: gcc-3.4.5_linux_x86_64 test_vector_text_archive_dll: gcc-3.4.5_linux_x86_64 test_vector_text_warchive_dll: borland-5_8_2 test_vector_xml_warchive_dll: borland-5_8_2 |signals| dead_slot_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* deletion_test: vc-6_5-stlport* ordering_test: vc-6_5-stlport* signal_n_test: vc-6_5-stlport* trackable_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* |smart_ptr| atomic_count_test: vc-6_5-stlport* auto_ptr_rv_test: vc-6_5-stlport* get_deleter_test: vc-6_5-stlport* intrusive_ptr_test: vc-6_5-stlport* lw_mutex_test: vc-6_5-stlport* pointer_cast_test: vc-6_5-stlport* shared_from_this_test: vc-6_5-stlport* shared_ptr_basic_test: vc-6_5-stlport* shared_ptr_delete_fail: sun-5.8 shared_ptr_test: vc-6_5-stlport* smart_ptr_test: vc-6_5-stlport* weak_ptr_test: vc-6_5-stlport* |spirit| bug_fixes: sun-5.8 bug_fixes_debug: sun-5.8 char_strings_test: sun-5.8 char_strings_test_debug: sun-5.8 epsilon_tests: sun-5.8 epsilon_tests_debug: sun-5.8 file_iterator_tests: sun-5.8 file_iterator_tests_debug: sun-5.8 if_p_as_parser_tests: sun-5.8 mix_and_match_trees: sun-5.8 scanner_value_type_tests: intel-linux-9.0 while_p_as_parser_tests: sun-5.8 |static_assert| static_assert_example_2: vc-6_5-stlport* static_assert_test: vc-6_5-stlport* |test| algorithms_test: vc-6_5-stlport* basic_cstring_test: sun-5.8 vc-6_5-stlport* boost_check_equal_str: sun-5.8 vc-6_5-stlport* class_properties_test: vc-6_5-stlport* errors_handling_test: vc-6_5-stlport* fixed_mapping_test: vc-6_5-stlport* foreach_test: sun-5.8 vc-6_5-stlport* ifstream_line_iterator_test: sun-5.8 vc-6_5-stlport* online_test: vc-6_5-stlport* output_test_stream_test: sun-5.8 vc-6_5-stlport* parameterized_test_test: vc-6_5 vc-6_5-stlport* result_report_test: vc-6_5-stlport* test_case_template_test: vc-6_5-stlport* test_tools_test: vc-6_5-stlport* token_iterator_test: sun-5.8 |thread| test_barrier: vc-6_5-stlport* test_barrier_lib: vc-6_5-stlport* test_condition: vc-6_5-stlport* test_condition_lib: vc-6_5-stlport* test_mutex: vc-6_5-stlport* test_mutex_lib: vc-6_5-stlport* test_once: vc-6_5-stlport* test_once_lib: vc-6_5-stlport* test_read_write_mutex: vc-6_5-stlport* test_read_write_mutex_lib: vc-6_5-stlport* test_thread: vc-6_5-stlport* test_thread_lib: vc-6_5-stlport* test_tss: vc-6_5-stlport* test_tss_lib: vc-6_5-stlport* test_xtime: vc-6_5-stlport* test_xtime_lib: vc-6_5-stlport* |tokenizer| examples: vc-6_5-stlport* simple_example_1: vc-6_5-stlport* simple_example_2: vc-6_5-stlport* simple_example_3: vc-6_5-stlport* simple_example_4: vc-6_5-stlport* simple_example_5: vc-6_5-stlport* |tr1| run_complex_overloads: vc-7_0 run_random: sun-5.8 vc-7_0 std_run_complex_overloads: sun-5.8 vc-7_0 std_run_random: sun-5.8 vc-7_0 std_test_array: vc-7_0 std_test_array_tricky: vc-7_0 std_test_bind: darwin-4.0.1 sun-5.8 vc-7_0 std_test_complex: sun-5.8 vc-7_0 std_test_function: sun-5.8 vc-7_0 std_test_hash: qcc-3.3.5_gpp qcc-3.3.5_gpp sun-5.8 std_test_mem_fn: sun-5.8 std_test_random: sun-5.8 vc-7_0 std_test_reference_wrapper: sun-5.8 vc-7_0 std_test_regex: vc-7_0 std_test_result_of: sun-5.8 vc-7_0 std_test_shared_ptr: sun-5.8 vc-7_0 std_test_tuple: sun-5.8 vc-7_0 std_test_tuple_tricky: sun-5.8 vc-7_0 std_test_type_traits: sun-5.8 vc-7_0 test_array: vc-7_0 test_array_tricky: vc-7_0 test_bind: darwin-4.0.1 vc-7_0 test_boost: vc-7_1-stlport test_complex: vc-7_0 test_function: vc-7_0 test_hash: qcc-3.3.5_gpp qcc-3.3.5_gpp vc-7_1-stlport test_random: sun-5.8 vc-7_0 vc-7_1-stlport test_reference_wrapper: vc-7_0 test_regex: vc-7_0 vc-7_1-stlport test_result_of: vc-7_0 test_shared_ptr: vc-7_0 test_tuple: vc-7_0 test_tuple_tricky: vc-7_0 test_type_traits: sun-5.8 vc-7_0 tr1_aligned_storage_test: vc-7_0 tr1_extent_test: sun-5.8 tr1_is_abstract_test: sun-5.8 tr1_is_array_test: vc-7_0 tr1_is_const_test: vc-7_0 tr1_is_empty_test: sun-5.8 tr1_is_floating_point_test: vc-7_0 tr1_is_function_test: sun-5.8 tr1_is_integral_test: vc-7_0 tr1_is_member_func_test: sun-5.8 tr1_is_member_obj_test: sun-5.8 tr1_is_object_test: sun-5.8 tr1_is_reference_test: sun-5.8 vc-7_0 tr1_is_void_test: vc-7_0 tr1_is_volatile_test: vc-7_0 tr1_rank_test: sun-5.8 tr1_tricky_function_type_test: sun-5.8 vc-7_0 tr1_tricky_partial_spec_test: vc-7_0 |tuple| io_test: vc-6_5-stlport* tuple_test_bench: vc-6_5-stlport* |type_traits| add_const_test: vc-6_5-stlport* add_cv_test: vc-6_5-stlport* add_pointer_test: vc-6_5-stlport* add_reference_test: vc-6_5-stlport* add_volatile_test: vc-6_5-stlport* aligned_storage_test: vc-6_5-stlport* alignment_of_test: vc-6_5-stlport* decay_test: sun-5.8 extent_test: sun-5.8 has_nothrow_assign_test: vc-6_5-stlport* has_nothrow_constr_test: vc-6_5-stlport* has_nothrow_copy_test: vc-6_5-stlport* has_trivial_assign_test: vc-6_5-stlport* has_trivial_constr_test: vc-6_5-stlport* has_trivial_copy_test: vc-6_5-stlport* has_trivial_destructor_test: vc-6_5-stlport* has_virtual_destructor_test: vc-6_5-stlport* is_abstract_test: sun-5.8 is_arithmetic_test: vc-6_5-stlport* is_base_and_derived_test: vc-6_5-stlport* is_base_of_test: vc-6_5-stlport* is_class_test: vc-6_5-stlport* is_compound_test: vc-6_5-stlport* is_convertible_test: vc-6_5-stlport* is_empty_test: sun-5.8 is_enum_test: vc-6_5-stlport* is_float_test: vc-6_5-stlport* is_floating_point_test: vc-6_5-stlport* is_function_test: sun-5.8 vc-6_5-stlport* is_fundamental_test: vc-6_5-stlport* is_integral_test: vc-6_5-stlport* is_member_func_test: sun-5.8 vc-6_5-stlport* is_member_obj_test: sun-5.8 vc-6_5-stlport* is_member_pointer_test: vc-6_5-stlport* is_object_test: sun-5.8 vc-6_5-stlport* is_pod_test: vc-6_5-stlport* is_pointer_test: vc-6_5-stlport* is_polymorphic_test: vc-6_5-stlport* is_reference_test: sun-5.8 is_same_test: vc-6_5-stlport* is_scalar_test: vc-6_5-stlport* is_signed_test: vc-6_5-stlport* is_stateless_test: vc-6_5-stlport* is_void_test: vc-6_5-stlport* rank_test: sun-5.8 tricky_abstract_type_test: vc-6_5-stlport* tricky_function_type_test: sun-5.8 tricky_incomplete_type_test: vc-6_5-stlport* type_with_alignment_test: vc-6_5-stlport* udt_specialisations: vc-6_5-stlport* |typeof| function_binding_emulation: sun-5.8 function_binding_native: vc-6_5 vc-6_5-stlport* vc-7_0 nested_typedef_emulation: cw-9.4 odr_native: vc-6_5-stlport* odr_no_uns: vc-6_5 vc-6_5-stlport* vc-7_0 template_tpl_emulation: sun-5.8 |utility| addressof_test: sun-5.8 vc-6_5-stlport* assert_test: vc-6_5-stlport* base_from_member_test: vc-6_5-stlport* binary_search_test: vc-6_5-stlport* call_traits_test: vc-6_5-stlport* compressed_pair_test: vc-6_5-stlport* current_function_test: vc-6_5-stlport* next_prior_test: vc-6_5-stlport* numeric_traits_test: vc-6_5-stlport* operators_test: gcc-3.4.5_linux_x86_64 vc-6_5-stlport* ref_test: vc-6_5-stlport* shared_iterator_test: vc-6_5-stlport* |utility/enable_if| lazy: sun-5.8 |variant| variant_comparison_test: vc-6_5-stlport* variant_test1: vc-6_5-stlport* variant_test2: vc-6_5-stlport* variant_test3: vc-6_5-stlport* variant_test4: vc-6_5-stlport* variant_test5: vc-6_5-stlport* variant_test6: vc-6_5-stlport* variant_test7: vc-6_5-stlport* variant_test8: vc-6_5-stlport* variant_visit_test: vc-6_5-stlport* |wave| test_re2c_lexer: sun-5.8

1 0

[system] remarks and feedback
by Gennaro Prota 04 Jul '06

04 Jul '06

Hi Beman, one thing I forgot in my last post about the system library: wouldn't boost/cstdlib.hpp fit nicely into it? PS: this thread's subject has been purposedly "generalized" so that, unless there are objections, we can group all our comments on the system library here. --Gennaro.

4 4

[Boost-bugs] [ boost-Bugs-1516829 ] Why Could not I build regex libs
by SourceForge.net 04 Jul '06

04 Jul '06

Bugs item #1516829, was opened at 2006-07-04 16:32 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=1516829&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: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: cruse (cruse) Assigned to: John Maddock (johnmaddock) Summary: Why Could not I build regex libs Initial Comment: windows XP sp2 Visual Studio .NET 2002 1.download boost 1.33.1 2.unpack and copy boost to VC directory 3.run boost\tools\build\jam_src\build.bat 4.set envionment variables at PATH's back add "C:\Program Files\Microsoft Visual Studio .NET\Vc7 \boost\tools\build\jam_src\bin.ntx86;C:\Program Files\Microsoft Visual Studio .NET\Vc7\boost" add MSVC_ROOT = C:\Program Files\Microsoft Visual Studio .NET\Vc7 add VC7_ROOT = C:\Program Files\Microsoft Visual Studio .NET\Vc7 add VISUALC = C:\Program Files\Microsoft Visual Studio .NET\Vc7 add JAM_TOOLSET = VISUALC 5.run C:\Program Files\Microsoft Visual Studio .NET\Vc7\boost\tools\build\jam_src\bin.ntx86 \bjam.exe but there is just a flash,and create none lib file so i use the method below: nmake -fvc7.mak but it sad "MSVCDIR" undefined,so I add MSVCDIR = C:\Program Files\Microsoft Visual Studio .NET\Vc7 then run nmake -fvc7.mak again but something wrong no lib files created either. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1516829&group_… Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Adobe Source Libraries, GIL, and Boost
by Sean Parent 04 Jul '06

04 Jul '06

Hi Jeff, > I'll just say a public thanks to yourself, Adobe, and the folks > behind ASL for > dipping their toe in the open source water. I think it will take > several > years to see the full effect, but it's very exciting to me to see > you guys > getting a chance to bring these ideas out into the world. Probably more than several years (given that it isn't clear the Generic Programming has caught on yet) :-( > > I will also support anyone who would like to borrow portions of ASL > > to contribute them to Boost. > > This is really great -- it seems there is much common activity with > other > things happening in Boost (see below). > > > Some libraries that I think would be interesting to get into Boost > > with some comments about what I see as still needing to be done. > > > > Forest <http://opensource.adobe.com/ > group__asl__tutorials__forest.html> > > ..... > > We have an active SOC project to build a generic tree... > > https://boost-consulting.com:8443/trac/soc/wiki/tree > https://boost-consulting.com:8443/trac/soc/wiki/tree/design Are there links to these on port 80? I can't get to 8443 from inside Adobe. > > Range Based Algorithms (using the boost range library) <http:// > > opensource.adobe.com/group__standard__extensions.html> > > > > Eric Niebler has written some range algorithms in the vault -- be > nice to see > if he's covered all the ones you'all have: > > http://www.boost-consulting.com/vault/index.php? > &direction=0&order=&directory=Algorithms There is some nice work here to specialize for the standard containers - something I hadn't considered and isn't part of my library. Thanks for the pointer! > > ZUIDs <http://opensource.adobe.com/classadobe_1_1zuid__t.html> > > Hmm, I guess I would think zuid should be its own little library. > There is > already a GUID in the vault which again might benefit from > collaboration here: > > http://www.boost-consulting.com/vault/index.php -- guid_v3.zip Interesting - this is not quite a conforming GUID (deviates in many of the same ways that ZUIDs do from the specification but I try to be honest and not call them GUIDs... <http://www.uddi.org/pubs/draft-leach-uuids-guids-01.txt> AFAICT the node ID in the boost code is purely dependent on the clock - this makes the entire ID uniqueness of the ID a function of time (making for a fairly high probability of collision). The ZUID code includes machine specific and process specific information in the node generation and has code to synchronize threads to avoid collisions from requesting IDs from separate threads at the same time. Anybody know how to contact Andy Tompkins to see if he wants to collaborate? > I don't know if we've really found an active maintainer for > Boost.Threads....library abandonment is starting to become a much > bigger issue > for Boost as time goes on :-( Maintenance for any large library is problematic. I ask that for each release, my developers improve one existing library (both documentation and code) - we release once a month so this helps to keep things from stagnating. Right now I don't mandate _which_ library is improved but at some point I'll have to start dictating the priority. Of course, the folks working for me aren't quite volunteers so I can get away with that. But some possible suggestions for boost - 1. Speed up the release cycle - I would try to get two two releases a year at a minimum. Just upping the release pace will help avoid stagnation. 2. Make maintenance part of the cost of admission - "We're really happy to take your GIL submission, but part of contributing to Boost is to assist with the general maintenance. Here's a short list of tasks we'd like you to take on..." (Sorry Lubomir!) I'm constantly looking at ways that we can improve this with ASL - honestly the library as it stands today is large enough that I could burn my entire team just maintaining and improving the current libraries without ever adding any more (at least for the next few years). Balancing this with adding new libraries and showing forward progress is very difficult. > > regular_object <http://opensource.adobe.com/ > > classadobe_1_1regular__object.html> > > This is a generalization of value_t (and boost any) - the idea is to > > be able to parameters an "any" object by concept. Mat Marcus has > been > > doing a fair amount of work with this library. Needs better docs and > > tutorial. > > Interesting. Don't know of any current Boost work here. We're currently putting a fair amount of emphasis on this work - the general idea is that the requirement of polymorphism comes from the requirement to apply algorithms to heterogeneous collections of objects. Hence - runtime polymorphism should be based on Concepts and cannot be properly described by intrusive means (such as inheritance). I'm currently collaborating on a paper on the topic that I'm hoping to have ready for LCSD <http://lcsd.cs.tamu.edu/2006/> > > Copy-On-Write <http://opensource.adobe.com/ > > classadobe_1_1copy__on__write.html> > > I guess the ever-languishing policy_pointer is the closest Boost work. A key simplification here was realizing that copy-on-write deals with values, not pointers. > > XML Parser <http://opensource.adobe.com/ > > classadobe_1_1xml__parser__t.html> > > There is a Boost xml, but I haven't seen much Boost activity here. > Property > tree does some too, but full XML support is hard enough that it > will be hard > to do in Boost. > > http://www.boost-consulting.com/vault/index.php? > direction=0&order=&directory=Progamming%20Interfaces We're getting close to a complete XML parser - this is not a DOM, the idea is that a DOM would be a separate library that could be used with the parser - but the parser can be used just fine without a DOM. > Hopefully people will make you very busy :-) Already you've given me some nice references. Thanks. Sean

5 5

[Review Request] Message Passing Interface (MPI) Library
by Doug Gregor 03 Jul '06

03 Jul '06

I am requesting a formal review for a Boost library that provides modern C++ bindings for the Message Passing Interface (MPI). The Message Passing Interface (MPI) is a standard interface for message passing in high-performance parallel applications. It defines a library interface, available from C, Fortran, and C++, for which there are many MPI implementations. Although there exist C++ bindings for MPI, they offer little functionality over the C bindings. The Boost.MPI library provides an alternative C++ interface to MPI that better supports modern C++ development styles, including complete support for user-defined data types and C++ Standard Library types and using arbitrary function objects for collective algorithms. Boost.MPI is built for efficiency, avoiding unnecessary overhead and translating high-level operations into the most specialized MPI call possible. Boost.MPI currently covers the majority of the MPI 1.1specification, including blocking and non-blocking point-to-point communication, collective operations, communicators, MPI datatypes, and environment management. The library documentation is available in HTML and PDF: http://www.osl.iu.edu/~dgregor/boost.mpi/libs/parallel/doc/html/ http://www.osl.iu.edu/~dgregor/boost.mpi/libs/parallel/doc/mpi.pdf You can browse the library source code here: http://www.osl.iu.edu/~dgregor/boost.mpi/ Or download the source code and documentation as a tarball here: http://www.osl.iu.edu/~dgregor/boost.mpi/boost-mpi-20060628.tgz The library is also available in the Boost Sandbox, in the subdirectories boost/parallel and libs/parallel. Note that you will need the latest Boost from CVS HEAD. Cheers, Doug Gregor

11 23

GUIDs
by Sean Parent 03 Jul '06

03 Jul '06

> Sean Parent wrote: > > >>>> ZUIDs <http://opensource.adobe.com/classadobe_1_1zuid__t.html> >>>> >>> >>> Hmm, I guess I would think zuid should be its own little library. >>> There is >>> already a GUID in the vault which again might benefit from >>> collaboration here: >>> >>> http://www.boost-consulting.com/vault/index.php -- guid_v3.zip >>> >> Interesting - this is not quite a conforming GUID (deviates in many >> of the same ways that ZUIDs do from the specification but I try to be >> honest and not call them GUIDs... >> >> <http://www.uddi.org/pubs/draft-leach-uuids-guids-01.txt> >> >> AFAICT the node ID in the boost code is purely dependent on the clock >> - this makes the entire ID uniqueness of the ID a function of time >> (making for a fairly high probability of collision). The ZUID code >> includes machine specific and process specific information in the >> node generation and has code to synchronize threads to avoid >> collisions from requesting IDs from separate threads at the same >> time. >> > > Most people don't even bother with proper GUIDs nowadays, they just > generate > a cryptographic quality random number. The probability of a > collision is > "sufficiently low for most practical uses". For a good cryptographic random number generator it assumes that you have some high entropy source of data from which you can harvest bits (a clock will only give you a couple bits of entropy at best). The problem is a bit simpler for a UUID - as you only need a unique value as a node ID to base the UUID off of - the node ID could come from a cryptographic quality random number generator (if you have one) - the usual source for the node ID is the machine MAC ID but that leads to privacy issues. Using MD5 and a pool of unique and high entropy values one can distill a reasonably unique node ID. Once you have the node ID - it is useful to be able to generate additional IDs quickly (for example, if you want most objects in your application to have a persistent and globally unique ID - this is a good thing). UUIDs provide for that as well - typically generating a new truly random number will take significant time (assuming you have an an entropy source). If you know of a good library for cryptographic quality random numbers I'm interested - that's the core issue right now for the ZUID library is ensuring enough entropy for the node ID. Sean

2 1

Convert "60%" to 0.6
by Boris 03 Jul '06

03 Jul '06

I'm using boost::lexical_cast to convert strings to double. However I just run into a string with a percent sign where boost::lexical_cast throws boost::bad_lexical_cast. As far as I can see there is no way to configure boost::lexical_cast to convert eg. "60%" to 0.6. I also checked out boost::numeric_cast but from what I read I think it doesn't help either. Is there anything in Boost which I can use to convert a more descriptive string like "60%" to a double? Boris

3 4

[string_algo] trim_left should be trim_head
by Yuval Ronen 03 Jul '06

03 Jul '06

After reading Jeff's post about super_string, it suddenly hit me: on RTL languages, the head of the string is actually the right side, so trim_left/trim_right should really be trim_head/trim_tail... I know that the left/right names for trimming are de-facto standard. In fact, they are so rooted, that even a native Hebrew speaker like me didn't get it until just now... But I think that if we want to be 100% accurate, then the head/tail names are more correct. Yuval

3 3

Boost regression notification (2006-07-03 [RC_1_34_0])
by Douglas Gregor 03 Jul '06

03 Jul '06

Boost Regression test failures Report time: 2006-07-03T10:21:25Z 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… The following platforms have a large number of failures: vc-6_5-stlport 694 failures in 56 libraries (451 are from non-broken platforms) algorithm/minmax (0 of 2 failures are from non-broken platforms) algorithm/string (1) any (0 of 1 failures are from non-broken platforms) array (0 of 3 failures are from non-broken platforms) assign (0 of 7 failures are from non-broken platforms) bind (0 of 17 failures are from non-broken platforms) concept_check (1) config (0 of 5 failures are from non-broken platforms) conversion (0 of 4 failures are from non-broken platforms) crc (0 of 1 failures are from non-broken platforms) disjoint_sets (0 of 1 failures are from non-broken platforms) dynamic_bitset (0 of 3 failures are from non-broken platforms) filesystem (2 of 7 failures are from non-broken platforms) foreach (0 of 10 failures are from non-broken platforms) format (0 of 4 failures are from non-broken platforms) function (0 of 8 failures are from non-broken platforms) functional (0 of 1 failures are from non-broken platforms) functional/hash (0 of 22 failures are from non-broken platforms) graph (11) integer (2 of 5 failures are from non-broken platforms) io (1) iostreams (43 of 71 failures are from non-broken platforms) iterator (0 of 14 failures are from non-broken platforms) lambda (1) logic (0 of 2 failures are from non-broken platforms) math (1 of 5 failures are from non-broken platforms) mpl (8 of 13 failures are from non-broken platforms) multi_array (0 of 14 failures are from non-broken platforms) multi_index (0 of 20 failures are from non-broken platforms) numeric/conversion (4 of 6 failures are from non-broken platforms) numeric/interval (1) numeric/ublas (6) optional (0 of 4 failures are from non-broken platforms) parameter (25 of 38 failures are from non-broken platforms) pool (2) program_options (9) property_map (0 of 1 failures are from non-broken platforms) python (23 of 89 failures are from non-broken platforms) random (1) range (1 of 9 failures are from non-broken platforms) rational (3 of 5 failures are from non-broken platforms) regex (0 of 32 failures are from non-broken platforms) serialization (29 of 44 failures are from non-broken platforms) signals (10 of 15 failures are from non-broken platforms) smart_ptr (0 of 11 failures are from non-broken platforms) spirit (1) static_assert (0 of 2 failures are from non-broken platforms) test (1 of 15 failures are from non-broken platforms) thread (0 of 16 failures are from non-broken platforms) tokenizer (0 of 6 failures are from non-broken platforms) tr1 (50) tuple (0 of 2 failures are from non-broken platforms) type_traits (0 of 43 failures are from non-broken platforms) typeof (5 of 8 failures are from non-broken platforms) utility (1 of 13 failures are from non-broken platforms) variant (0 of 10 failures are from non-broken platforms) Test failures marked with a (*) represent tests that failed on platforms that are considered broken. They are likely caused by misconfiguration by the regression tester or a failure in a core library such as Test or Config. |algorithm/minmax| minmax: vc-6_5-stlport* minmax_element: vc-6_5-stlport* |algorithm/string| replace: vc-7_1-stlport |any| any_test: vc-6_5-stlport* |array| array1: vc-6_5-stlport* array2: vc-6_5-stlport* array5: vc-6_5-stlport* |assign| basic: vc-6_5-stlport* email_example: vc-6_5-stlport* list_inserter: vc-6_5-stlport* list_of_workaround: vc-6_5-stlport* my_vector_example: vc-6_5-stlport* static_list_of: vc-6_5-stlport* std: vc-6_5-stlport* |bind| bind_const_test: vc-6_5-stlport* bind_cv_test: vc-6_5-stlport* bind_dm_test: vc-6_5-stlport* bind_eq_test: vc-6_5-stlport* bind_function_test: vc-6_5-stlport* bind_lookup_problem_test: vc-6_5-stlport* bind_not_test: vc-6_5-stlport* bind_rel_test: vc-6_5-stlport* bind_rv_sp_test: vc-6_5-stlport* bind_stateful_test: vc-6_5-stlport* bind_test: vc-6_5-stlport* bind_visit_test: vc-6_5-stlport* mem_fn_derived_test: vc-6_5-stlport* mem_fn_eq_test: vc-6_5-stlport* mem_fn_rv_test: vc-6_5-stlport* mem_fn_test: vc-6_5-stlport* mem_fn_void_test: vc-6_5-stlport* |concept_check| class_concept_check_test: vc-7_1-stlport |config| abi_test: vc-6_5-stlport* config_info: vc-6_5-stlport* config_link_test: vc-6_5-stlport* config_test: vc-6_5-stlport* math_info: vc-6_5-stlport* |conversion| cast_test: vc-6_5-stlport* implicit_cast: vc-6_5-stlport* lexical_cast_test: vc-6_5-stlport* numeric_cast_test: vc-6_5-stlport* |crc| crc_test: vc-6_5-stlport* |disjoint_sets| disjoint_set_test: vc-6_5-stlport* |dynamic_bitset| dyn_bitset_unit_tests2: vc-6_5-stlport* dyn_bitset_unit_tests3: vc-6_5-stlport* dyn_bitset_unit_tests4: vc-6_5-stlport* |filesystem| convenience_test: vc-6_5-stlport* fstream_test: vc-6_5-stlport* large_file_support_test: vc-6_5-stlport* operations_test: vc-7_1-stlport operations_test_dll: vc-7_1-stlport path_test: vc-6_5-stlport* path_test_dll: vc-6_5-stlport* |foreach| array_byref: vc-6_5-stlport* array_byval: vc-6_5-stlport* call_once: vc-6_5-stlport* cstr_byref: vc-6_5-stlport* cstr_byval: vc-6_5-stlport* dependent_type: vc-6_5-stlport* pair_byref: vc-6_5-stlport* pair_byval: vc-6_5-stlport* stl_byref: vc-6_5-stlport* stl_byval: vc-6_5-stlport* |format| format_test1: vc-6_5-stlport* format_test2: vc-6_5-stlport* format_test3: vc-6_5-stlport* format_test_wstring: vc-6_5-stlport* |function| contains2_test: vc-6_5-stlport* function_arith_portable: vc-6_5-stlport* function_n_test: vc-6_5-stlport* function_ref_portable: vc-6_5-stlport* mem_fun_portable: vc-6_5-stlport* stateless_test: vc-6_5-stlport* std_bind_portable: vc-6_5-stlport* sum_avg_portable: vc-6_5-stlport* |functional| function_test: vc-6_5-stlport* |functional/hash| container_fwd_test: vc-6_5-stlport* hash_built_in_array_test: vc-6_5-stlport* hash_custom_test: vc-6_5-stlport* hash_deque_test: vc-6_5-stlport* hash_float_test: vc-6_5-stlport* hash_friend_test: vc-6_5-stlport* hash_fwd_test_1: vc-6_5-stlport* hash_fwd_test_2: vc-6_5-stlport* hash_global_namespace_test: vc-6_5-stlport* hash_list_test: vc-6_5-stlport* hash_map_test: vc-6_5-stlport* hash_no_ext_macro_1: vc-6_5-stlport* hash_no_ext_macro_2: vc-6_5-stlport* hash_number_test: vc-6_5-stlport* hash_pointer_test: vc-6_5-stlport* hash_range_test: vc-6_5-stlport* hash_set_test: vc-6_5-stlport* hash_string_test: vc-6_5-stlport* hash_vector_test: vc-6_5-stlport* link_ext_test: vc-6_5-stlport* link_test: vc-6_5-stlport* portable: vc-6_5-stlport* |graph| adjacency_matrix_test: vc-7_0 bidir_remove_edge: vc-7_0 csr_graph_test: msvc-8.0 msvc-8.0 msvc-8.0 vc-7_0 dominator_tree_test: vc-7_0 graphviz_test: msvc-8.0 qcc-3.3.5_gpp vc-7_1-stlport matching_test: vc-7_0 |integer| cstdint_test: vc-6_5-stlport* integer_test: vc-6_5-stlport* integer_traits_test: qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| array_test: vc-6_5 vc-6_5-stlport* auto_close_test: vc-6_5 vc-6_5-stlport* buffer_size_test: vc-6_5 vc-6_5-stlport* bzip2_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 code_converter_test: vc-6_5 vc-6_5-stlport* component_access_test: vc-6_5 vc-6_5-stlport* compose_test: borland-5_6_4 vc-6_5 vc-6_5-stlport* copy_test: vc-6_5 vc-6_5-stlport* counter_test: vc-6_5 vc-6_5-stlport* direct_adapter_test: vc-6_5 vc-6_5-stlport* example_test: vc-6_5 vc-6_5-stlport* file_descriptor_test: vc-6_5 vc-6_5-stlport* file_test: vc-6_5 vc-6_5-stlport* filtering_stream_test: vc-6_5 vc-6_5-stlport* finite_state_filter_test: cw-9.4 flush_test: vc-6_5 vc-6_5-stlport* gzip_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 invert_test: vc-6_5 vc-6_5-stlport* line_filter_test: vc-6_5 vc-6_5-stlport* mapped_file_test: vc-6_5 vc-6_5-stlport* newline_test: vc-6_5 vc-6_5-stlport* null_test: vc-6_5 vc-6_5-stlport* pipeline_test: vc-6_5 vc-6_5-stlport* positioning_test: vc-6_5 vc-6_5-stlport* regex_filter_test: vc-6_5 vc-6_5-stlport* restrict_test: vc-6_5 vc-6_5-stlport* seekable_file_test: vc-6_5 seekable_filter_test: vc-6_5 vc-6_5-stlport* stdio_filter_test: vc-6_5 vc-6_5-stlport* symmetric_filter_test: vc-6_5 vc-6_5-stlport* tee_test: vc-6_5 vc-6_5-stlport* wide_stream_test: vc-6_5 vc-6_5-stlport* zlib_test: msvc-7.1 msvc-7.1 msvc-8.0 msvc-8.0 |iterator| concept_tests: vc-6_5-stlport* counting_iterator_test: vc-6_5-stlport* filter_iterator_test: vc-6_5-stlport* indirect_iterator_test: vc-6_5-stlport* interoperable: vc-6_5-stlport* iterator_adaptor_cc: vc-6_5-stlport* iterator_adaptor_test: vc-6_5-stlport* iterator_facade: vc-6_5-stlport* iterator_traits_test: vc-6_5-stlport* permutation_iterator_test: vc-6_5-stlport* reverse_iterator_test: vc-6_5-stlport* transform_iterator_test: vc-6_5-stlport* unit_tests: vc-6_5-stlport* zip_iterator_test: vc-6_5-stlport* |lambda| member_pointer_test: qcc-3.3.5_cpp |logic| tribool_rename_test: vc-6_5-stlport* tribool_test: vc-6_5-stlport* |math| common_factor_test: vc-6_5-stlport* hypot_test: vc-6_5-stlport* log1p_expm1_test: vc-6_5-stlport* quaternion_mult_incl_test: vc-6_5-stlport* quaternion_test: vc-7_1-stlport |mpl| apply: gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc bool: vc-6_5-stlport* for_each: vc-6_5-stlport* int: vc-6_5-stlport* integral_c: vc-6_5-stlport* multiset: gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 size_t: vc-6_5-stlport* |multi_array| access: vc-6_5-stlport* assign: vc-6_5-stlport* assign_to_array: vc-6_5-stlport* compare: vc-6_5-stlport* constructors: vc-6_5-stlport* idxgen1: vc-6_5-stlport* index_bases: vc-6_5-stlport* iterators: vc-6_5-stlport* range1: vc-6_5-stlport* reshape: vc-6_5-stlport* resize: vc-6_5-stlport* slice: vc-6_5-stlport* stl_interaction: vc-6_5-stlport* storage_order: vc-6_5-stlport* |multi_index| test_basic: vc-6_5-stlport* test_capacity: vc-6_5-stlport* test_comparison: vc-6_5-stlport* test_composite_key: vc-6_5-stlport* test_conv_iterators: vc-6_5-stlport* test_copy_assignment: vc-6_5-stlport* test_hash_ops: vc-6_5-stlport* test_iterators: vc-6_5-stlport* test_key_extractors: vc-6_5-stlport* test_list_ops: vc-6_5-stlport* test_modifiers: vc-6_5-stlport* test_mpl_ops: vc-6_5-stlport* test_observers: vc-6_5-stlport* test_projection: vc-6_5-stlport* test_range: vc-6_5-stlport* test_rearrange: vc-6_5-stlport* test_safe_mode: vc-6_5-stlport* test_set_ops: vc-6_5-stlport* test_special_set_ops: vc-6_5-stlport* test_update: vc-6_5-stlport* |numeric/conversion| bounds_test: vc-6_5-stlport* converter_test: borland-5_8_2 traits_test: borland-5_8_2 vc-6_5-stlport* udt_example_0: borland-5_8_2 udt_support_test: borland-5_8_2 |numeric/interval| cmp_tribool: vc-7_1-stlport |numeric/ublas| concepts: vc-7_1-stlport test1: vc-7_1-stlport test2: vc-7_1-stlport test4: vc-7_1-stlport test5: vc-7_1-stlport vc-7_1-stlport |optional| optional_test: vc-6_5-stlport* optional_test_inplace: vc-6_5-stlport* optional_test_io: vc-6_5-stlport* optional_test_tie: vc-6_5-stlport* |parameter| basics: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* duplicates: borland-5_6_4 borland-5_8_2 earwicker: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* efficiency: vc-6_5-stlport* macros: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* maybe: vc-6_5 vc-6_5-stlport* vc-7_0 mpl: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* preprocessor: borland-5_6_4 borland-5_8_2 vc-6_5 vc-6_5-stlport* python-parameter-test: vc-6_5 vc-6_5-stlport* vc-7_0 sfinae: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* singular: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* tutorial: vc-6_5-stlport* unnamed: borland-5_6_4 borland-5_8_2 vc-6_5-stlport* unnamed_fail: vc-6_5 vc-6_5-stlport* vc-7_0 |pool| test_pool_alloc: qcc-3.3.5_cpp qcc-3.3.5_cpp |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 |property_map| dynamic_properties_test: vc-6_5-stlport* |python| andreas_beyer: vc-6_5-stlport* args: vc-6_5-stlport* auto_ptr: vc-6_5-stlport* back_reference: vc-6_5-stlport* bases: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux vc-6_5-stlport* ben_scott1: vc-6_5-stlport* bienstman1: vc-6_5-stlport* bienstman2: vc-6_5-stlport* bienstman3: vc-6_5-stlport* builtin_converters: vc-6_5-stlport* callbacks: vc-6_5-stlport* const_argument: vc-6_5-stlport* crossmod_exception: vc-6_5-stlport* data_members: vc-6_5-stlport* defaults: vc-6_5-stlport* destroy_test: vc-6_5-stlport* dict: vc-6_5-stlport* docstring: vc-6_5-stlport* enum: vc-6_5-stlport* exception_translator: vc-6_5-stlport* exec: cw-9.4 darwin-4.0.1 gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_gpp vc-6_5-stlport* extract: vc-6_5-stlport* if_else: vc-6_5-stlport* implicit: vc-6_5-stlport* injected: vc-6_5-stlport* iterator: vc-6_5-stlport* keywords: vc-6_5-stlport* list: vc-6_5-stlport* long: vc-6_5-stlport* map_indexing_suite: vc-6_5-stlport* minimal: vc-6_5-stlport* multi_arg_constructor: vc-6_5-stlport* nested: vc-6_5-stlport* numpy: vc-6_5-stlport* object: vc-6_5-stlport* opaque: vc-6_5-stlport* operators: vc-6_5-stlport* pearu1: vc-6_5-stlport* pickle1: vc-6_5-stlport* pickle2: vc-6_5-stlport* pickle3: vc-6_5-stlport* pickle4: vc-6_5-stlport* pointee: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux vc-6_5-stlport* pointer_type_id_test: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux vc-6_5-stlport* pointer_vector: vc-6_5-stlport* polymorphism: vc-6_5-stlport* polymorphism2: vc-6_5-stlport* polymorphism2_auto_ptr: vc-6_5-stlport* properties: vc-6_5-stlport* raw_ctor: vc-6_5-stlport* result: vc-6_5-stlport* return_arg: vc-6_5-stlport* select_from_python_test: darwin-4.0.1 qcc-3.3.5_cpp qcc-3.3.5_gpp vc-6_5-stlport* shared_ptr: vc-6_5-stlport* slice: vc-6_5-stlport* staticmethod: vc-6_5-stlport* stl_iterator: vc-6_5-stlport* str: vc-6_5-stlport* test_pointer_adoption: vc-6_5-stlport* try: vc-6_5-stlport* tuple: vc-6_5-stlport* upcast: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux vc-6_5-stlport* vector_indexing_suite: vc-6_5-stlport* virtual_functions: vc-6_5-stlport* voidptr: vc-6_5-stlport* wrapper_held_type: vc-6_5-stlport* |random| random_test: intel-linux-9.0 |range| algorithm_example: vc-6_5-stlport* array: vc-6_5-stlport* const_ranges: vc-6_5-stlport* iterator_pair: vc-6_5-stlport* partial_workaround: vc-6_5-stlport* reversible_range: vc-6_5-stlport* std_container: vc-6_5-stlport* string: vc-6_5-stlport* sub_range: vc-7_1-stlport |rational| rational_example: vc-6_5-stlport* rational_test: borland-5_6_4 vc-6_5 vc-6_5-stlport* vc-7_0 |regex| bad_expression_test: vc-6_5-stlport* captures_example: vc-6_5-stlport* captures_test: vc-6_5-stlport* collate_info: vc-6_5-stlport* credit_card_example: vc-6_5-stlport* icu_example: vc-6_5-stlport* mfc_example: vc-6_5-stlport* object_cache_test: vc-6_5-stlport* partial_regex_grep: vc-6_5-stlport* partial_regex_match: vc-6_5-stlport* posix_api_check: vc-6_5-stlport* posix_api_check_cpp: vc-6_5-stlport* recursion_test: vc-6_5-stlport* regex_config_info: vc-6_5-stlport* regex_dll_config_info: vc-6_5-stlport* regex_grep_example_1: vc-6_5-stlport* regex_grep_example_2: vc-6_5-stlport* regex_grep_example_3: vc-6_5-stlport* regex_iterator_example: vc-6_5-stlport* regex_match_example: vc-6_5-stlport* regex_merge_example: vc-6_5-stlport* regex_regress: vc-6_5-stlport* regex_regress_dll: vc-6_5-stlport* regex_replace_example: vc-6_5-stlport* regex_search_example: vc-6_5-stlport* regex_split_example_1: vc-6_5-stlport* regex_split_example_2: vc-6_5-stlport* regex_token_iterator_eg_1: vc-6_5-stlport* regex_token_iterator_eg_2: vc-6_5-stlport* static_mutex_test: vc-6_5-stlport* unicode_iterator_test: vc-6_5-stlport* wide_posix_api_check_cpp: vc-6_5-stlport* |serialization| test_codecvt_null: qcc-3.3.5_gpp qcc-3.3.5_gpp test_demo_portable_archive_dll: vc-6_5 test_derived_binary_archive_dll: msvc-8.0 test_inclusion: vc-6_5-stlport* test_iterators: vc-6_5-stlport* test_iterators_base64: vc-6_5-stlport* test_non_default_ctor2_text_archive: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_shared_ptr_132_binary_archive: vc-6_5-stlport* test_shared_ptr_132_text_archive: vc-6_5-stlport* test_shared_ptr_132_text_warchive: vc-6_5-stlport* test_shared_ptr_132_xml_archive: vc-6_5-stlport* test_shared_ptr_132_xml_warchive: vc-6_5-stlport* test_shared_ptr_xml_warchive_dll: gcc-4.1.0_linux_x86_64 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_smart_cast: vc-6_5-stlport* test_static_warning: vc-6_5-stlport* test_utf8_codecvt: qcc-3.3.5_gpp qcc-3.3.5_gpp test_variant_binary_archive: vc-6_5-stlport* test_variant_text_archive: msvc-8.0 vc-6_5-stlport* test_variant_text_warchive: vc-6_5-stlport* test_variant_xml_archive: borland-5_8_2 vc-6_5-stlport* test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 vc-6_5-stlport* test_variant_xml_warchive_dll: borland-5_8_2 test_vector_text_archive: gcc-3.4.5_linux_x86_64 test_vector_text_archive_dll: gcc-3.4.5_linux_x86_64 |signals| dead_slot_test: gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* deletion_test: vc-6_5-stlport* ordering_test: vc-6_5-stlport* signal_n_test: vc-6_5-stlport* trackable_test: gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-6_5-stlport* |smart_ptr| atomic_count_test: vc-6_5-stlport* auto_ptr_rv_test: vc-6_5-stlport* get_deleter_test: vc-6_5-stlport* intrusive_ptr_test: vc-6_5-stlport* lw_mutex_test: vc-6_5-stlport* pointer_cast_test: vc-6_5-stlport* shared_from_this_test: vc-6_5-stlport* shared_ptr_basic_test: vc-6_5-stlport* shared_ptr_test: vc-6_5-stlport* smart_ptr_test: vc-6_5-stlport* weak_ptr_test: vc-6_5-stlport* |spirit| scanner_value_type_tests: intel-linux-9.0 |static_assert| static_assert_example_2: vc-6_5-stlport* static_assert_test: vc-6_5-stlport* |test| algorithms_test: vc-6_5-stlport* basic_cstring_test: vc-6_5-stlport* boost_check_equal_str: vc-6_5-stlport* class_properties_test: vc-6_5-stlport* errors_handling_test: vc-6_5-stlport* fixed_mapping_test: vc-6_5-stlport* foreach_test: vc-6_5-stlport* ifstream_line_iterator_test: vc-6_5-stlport* online_test: vc-6_5-stlport* output_test_stream_test: vc-6_5-stlport* parameterized_test_test: vc-6_5 vc-6_5-stlport* result_report_test: vc-6_5-stlport* test_case_template_test: vc-6_5-stlport* test_tools_test: vc-6_5-stlport* |thread| test_barrier: vc-6_5-stlport* test_barrier_lib: vc-6_5-stlport* test_condition: vc-6_5-stlport* test_condition_lib: vc-6_5-stlport* test_mutex: vc-6_5-stlport* test_mutex_lib: vc-6_5-stlport* test_once: vc-6_5-stlport* test_once_lib: vc-6_5-stlport* test_read_write_mutex: vc-6_5-stlport* test_read_write_mutex_lib: vc-6_5-stlport* test_thread: vc-6_5-stlport* test_thread_lib: vc-6_5-stlport* test_tss: vc-6_5-stlport* test_tss_lib: vc-6_5-stlport* test_xtime: vc-6_5-stlport* test_xtime_lib: vc-6_5-stlport* |tokenizer| examples: vc-6_5-stlport* simple_example_1: vc-6_5-stlport* simple_example_2: vc-6_5-stlport* simple_example_3: vc-6_5-stlport* simple_example_4: vc-6_5-stlport* simple_example_5: vc-6_5-stlport* |tr1| run_complex_overloads: vc-7_0 run_random: vc-7_0 std_run_complex_overloads: vc-7_0 std_run_random: vc-7_0 std_test_array: vc-7_0 std_test_array_tricky: vc-7_0 std_test_bind: darwin-4.0.1 vc-7_0 std_test_complex: vc-7_0 std_test_function: vc-7_0 std_test_hash: qcc-3.3.5_gpp qcc-3.3.5_gpp std_test_random: vc-7_0 std_test_reference_wrapper: vc-7_0 std_test_regex: vc-7_0 std_test_result_of: vc-7_0 std_test_shared_ptr: vc-7_0 std_test_tuple: vc-7_0 std_test_tuple_tricky: vc-7_0 std_test_type_traits: vc-7_0 test_array: vc-7_0 test_array_tricky: vc-7_0 test_bind: darwin-4.0.1 vc-7_0 test_boost: vc-7_1-stlport test_complex: vc-7_0 test_function: vc-7_0 test_hash: qcc-3.3.5_gpp qcc-3.3.5_gpp vc-7_1-stlport test_random: vc-7_0 vc-7_1-stlport test_reference_wrapper: vc-7_0 test_regex: vc-7_0 vc-7_1-stlport test_result_of: vc-7_0 test_shared_ptr: vc-7_0 test_tuple: vc-7_0 test_tuple_tricky: vc-7_0 test_type_traits: vc-7_0 tr1_aligned_storage_test: vc-7_0 tr1_is_array_test: vc-7_0 tr1_is_const_test: vc-7_0 tr1_is_floating_point_test: vc-7_0 tr1_is_integral_test: vc-7_0 tr1_is_reference_test: vc-7_0 tr1_is_void_test: vc-7_0 tr1_is_volatile_test: vc-7_0 tr1_tricky_function_type_test: vc-7_0 tr1_tricky_partial_spec_test: vc-7_0 |tuple| io_test: vc-6_5-stlport* tuple_test_bench: vc-6_5-stlport* |type_traits| add_const_test: vc-6_5-stlport* add_cv_test: vc-6_5-stlport* add_pointer_test: vc-6_5-stlport* add_reference_test: vc-6_5-stlport* add_volatile_test: vc-6_5-stlport* aligned_storage_test: vc-6_5-stlport* alignment_of_test: vc-6_5-stlport* has_nothrow_assign_test: vc-6_5-stlport* has_nothrow_constr_test: vc-6_5-stlport* has_nothrow_copy_test: vc-6_5-stlport* has_trivial_assign_test: vc-6_5-stlport* has_trivial_constr_test: vc-6_5-stlport* has_trivial_copy_test: vc-6_5-stlport* has_trivial_destructor_test: vc-6_5-stlport* has_virtual_destructor_test: vc-6_5-stlport* is_arithmetic_test: vc-6_5-stlport* is_base_and_derived_test: vc-6_5-stlport* is_base_of_test: vc-6_5-stlport* is_class_test: vc-6_5-stlport* is_compound_test: vc-6_5-stlport* is_convertible_test: vc-6_5-stlport* is_enum_test: vc-6_5-stlport* is_float_test: vc-6_5-stlport* is_floating_point_test: vc-6_5-stlport* is_function_test: vc-6_5-stlport* is_fundamental_test: vc-6_5-stlport* is_integral_test: vc-6_5-stlport* is_member_func_test: vc-6_5-stlport* is_member_obj_test: vc-6_5-stlport* is_member_pointer_test: vc-6_5-stlport* is_object_test: vc-6_5-stlport* is_pod_test: vc-6_5-stlport* is_pointer_test: vc-6_5-stlport* is_polymorphic_test: vc-6_5-stlport* is_same_test: vc-6_5-stlport* is_scalar_test: vc-6_5-stlport* is_signed_test: vc-6_5-stlport* is_stateless_test: vc-6_5-stlport* is_void_test: vc-6_5-stlport* tricky_abstract_type_test: vc-6_5-stlport* tricky_incomplete_type_test: vc-6_5-stlport* type_with_alignment_test: vc-6_5-stlport* udt_specialisations: vc-6_5-stlport* |typeof| function_binding_native: vc-6_5 vc-6_5-stlport* vc-7_0 nested_typedef_emulation: cw-9.4 odr_native: vc-6_5-stlport* odr_no_uns: vc-6_5 vc-6_5-stlport* vc-7_0 |utility| addressof_test: vc-6_5-stlport* assert_test: vc-6_5-stlport* base_from_member_test: vc-6_5-stlport* binary_search_test: vc-6_5-stlport* call_traits_test: vc-6_5-stlport* compressed_pair_test: vc-6_5-stlport* current_function_test: vc-6_5-stlport* next_prior_test: vc-6_5-stlport* numeric_traits_test: vc-6_5-stlport* operators_test: gcc-3.4.5_linux_x86_64 vc-6_5-stlport* ref_test: vc-6_5-stlport* shared_iterator_test: vc-6_5-stlport* |variant| variant_comparison_test: vc-6_5-stlport* variant_test1: vc-6_5-stlport* variant_test2: vc-6_5-stlport* variant_test3: vc-6_5-stlport* variant_test4: vc-6_5-stlport* variant_test5: vc-6_5-stlport* variant_test6: vc-6_5-stlport* variant_test7: vc-6_5-stlport* variant_test8: vc-6_5-stlport* variant_visit_test: vc-6_5-stlport*

1 0

Re: [boost] Interest in a flyweight library?
by JOAQUIN LOPEZ MU?Z 03 Jul '06

03 Jul '06

----- Mensaje original ----- De: "Steven E. Harris" <seh(a)panix.com> Fecha: Viernes, Junio 30, 2006 7:32 pm Asunto: Re: [boost] Interest in a flyweight library? > Joaquín Mª López Muñoz <joaquin(a)tid.es> writes: > > > Anyway, naming discussions aside, do you see value in such a thing > > being elaborated and eventually proposed to Boost? > > From my brief examination of the implementation and examples > provided,yes, it looks useful. I have no qualms with the idea and > I have full confidence you'll implement it well. > However, I don't think you should > cast the naming problem aside as immaterial. Of course naming issues are important, excuse me if I gave the impression I was belittling your concern. Only that in these preliminary stage I want to gauge people's interest in the stuff, regardless of final names [...] > We're both arguing that there's prior art here to justify the > name. Your implementation includes both a reference mechanism and a > pooling mechanism. "Flyweight" describes the former, but the pattern, > at least by my reading, doesn't speak to comparing candidate instances > and ensuring that there are no duplicates in the pool. That > duplicate-avoidance policy is specifically addressed by interning. I do think the pattern also includes the interning thing, but of cours our readings can differ. I must say in support of your terminology that "flyweight" also covers some aspects I'm uneasy about, namely the intrinsic/extrinsic stuff, which my lib proposal does not endorse nor facilitate --and which I'm not fond of either BTW. > My concern is that I might overlook this library because its name does > not capture what I would value about it most. Clearly I have biases, > having been exposed to the "intern" terminology for years, so perhaps > we can hear from others as to whether the name is appropriate. Yes, this would be good. At the time of my writing this seems like some more people are supporting the intern terminology. It'd be great if name proposals cover these three: lib name/namespace name/main facility So, you'd be supporting something like Boost.Intern / boost::intern / boost::interned<> right? > -- > Steven E. Harris Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

my complaint on asynchronous programming, and my suggestion on coroutine
by 李慧霸 03 Jul '06

03 Jul '06

I have used the recent asio library in my small project, the project is successful, but I think debuging the asynchronous code was a nightmare. I am a programmer of 13 years, I have taken part in ACM/ICPC Asia regional contest many times, I take myself as a skillful programmer, but I found it difficult to write asynchronous programme. I believe many other people have the same feeling with me. Asynchronous program have to pass many state data between different operations, so it is bothering to implement, and it is difficult to debug(due to the loss of many other information), and the most important, it conflicts with normal thinking habit of straight line code. I have been considering this problem for a period of time, and I find a approach that looks better. The basic idea is to utilize coroutine to simulate a logically synchronized program in the upper layer, and maintain the asynchronous model in the lower layer, using the completion callback to do coroutine switch. This approach is as efficient as asynchronous model in performance, and is also as simple (to use) as the synchronized approach. With this approach, we can imagine a programe using boost::asio like this: void foo() { boost::asio::ipv4::host_resolver resolver(demuxer); boost::asio::ipv4::host host; resolver.get_host_by_name(host, "www.sohu.com"); boost::asio::ipv4::tcp::endpoint addr(80, host.address(0)); boost::asio::stream_socket sock(demuxer); sync_connect(sock, addr); //using asynchronous IO model in the underlying layer static char request[]="GET /\r\n\r\n"; //using asynchronous IO model in the underlying layer size_t sw=sync_write(sock, boost::asio::buffer(request, sizeof(request)-1)); char buf[10*1024]; //using asynchronous IO model in the underlying layer size_t sr=sync_read(sock, boost::asio::buffer(buf)); buf[sr]=0; cout<<buf<<endl; } I have tried to implement this feature on windows using fiber, but it's not portable at all. So I suggest boost implement a coroutine library, so that this asynchronous model would come true.

2 1

[bug?] boost::format and user locale
by Olaf Krzikalla 03 Jul '06

03 Jul '06

Hi, I had to use a user-defined locale with boost::format and had to add the following lines: version: 1.33.0 file: format/feed_args.hpp function: put 133 basic_oaltstringstream<Ch, Tr, Alloc> oss( &buf); 134 specs.fmtstate_.apply_on(oss, loc_p); 133 basic_oaltstringstream<Ch, Tr, Alloc> oss( &buf); + if (loc_p) + { + oss.imbue (*loc_p); + } 134 specs.fmtstate_.apply_on(oss, loc_p); I'm not sure if this is the right fix nor I am sure, if there are other uses of basic_oaltstringstream, which need to be fixed. At least for me it works after that change. Best regards Olaf Krzikalla

1 0

problems using build 2
by Arkadiy Vertleyb 03 Jul '06

03 Jul '06

Hi, If I understand correctly, regression tests are now run using build 2. I would also like to use it, but I am getting an error (see below). Jamfile.v2 was created by Vladimir Prus some time ago, and apparently works fine for regressions. What's wrong with my setup? Regards, Arkadiy C:\ark\boost-cvs\boost\libs\typeof\test>bjam --v2 --debug-generators warning: Python location is not configured warning: the Boost.Python library won't be built Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). warning: no toolsets are configured. warning: you won't be able to build C++ programs. warning: please consult the documentation at warning: http://boost.org/boost-build2/doc/html/bbv2/advanced/configuration.html *** construct COMPILE from { data_member.cpp.CPP } properties: <asynch-exceptions>off <debug-symbols>on <define>BOOST_ALL_ NO_LIB=1 <define>BOOST_TYPEOF_COMPLIANT <exception-handling>on <extern-c-nothrow >off <hardcode-dll-paths>true <include>../../.. <inlining>off <install-dependenc ies>off <link>shared <location-prefix>data_member_emulation.test <main-target-ty pe>COMPILE <optimization>off <os>NT <profiling>off <rtti>on <runtime-debugging>o n <runtime-link>shared <stdlib>native <symlink-location>project-relative <tag>@J amfile</C:/ark/boost-cvs/boost>%Jamfile</C:/ark/boost-cvs/boost>.tag <threading> single <user-interface>console <variant>debug <warnings-as-errors>off <warnings> on find-viable-generators target-type= COMPILE property-set= debug trying type COMPILE there are generators for this type trying generator testing.expect-success ( OBJ -> COMPILE ) is viable *** 1 viable generators ** generator 'testing.expect-success' pruned error: unable to construct ./data_member_emulation find-viable-generators target-type= COMPILE property-set= debug trying type COMPILE there are generators for this type trying generator testing.expect-success ( OBJ -> COMPILE ) is viable To debug this problem, try the --debug-generators option.

2 1

Re: [boost] [RC_1_34_0] MSVC 8.0 link looking for lib*
by Reece Dunn 03 Jul '06

03 Jul '06

Rene Rivera wrote: > Reece Dunn wrote: > > BBv2 also chokes when doing: > > > > bjam --v2 install msvc-7.1 link=static,shared > > > > I have posted this (with a proposed solution several times), but haven't > > had a response. > > Yea, noticed :-) Just hadn't had a chance to think about it yet. No worries, I was just ensuring that it didn't get lost. > > (1) The stage.jam tag rule doesn't propagate the <rtti> option which > > Boost.Wave turns of, causing a duplicate target for Boost.FileSystem. > > Adding 'r' for rtti=on solves this issue. This will produce: > > > > boost_filesystem-vc71-gd-r.lib > > boost_filesystem-vc71-gd.lib > > I don't think this is the right solution for this problem. Although it > might be a solution for people who turn off rtti overall. If I remember > from previous discussions we don't want to encourage turning off what > are supposed to be standard features of the language. And for that > matter have to test such variants. There's also the problem of changing > the auto-link code to account for these new names. So it's not just a > matter of changing the jam code. That means that since we are not adding > new features to code anymore we can't change the auto-link code to > account for those new names. I agree. > Personally I think turning off rtti for the whole wave library to > workaround a vc71 bug is the wrong solution, read that as it's a kludge. > So I would consider it a bug in wave that needs to get fixed. Something needs to be done, because BBv2 is choking when installing for msvc-7.1. Also, there is nothing (apart from BBv2 generating a duplicate target error ;)) stopping someone from saying: bjam --v2 install msvc-7.1 rtti=on,off I agree with what you are saying above about auto-link, testing, etc., however the BBv2 toolset doesn't stop a user from doing this. How does BBv1 solve this with respect to wave/filesystem? Can you install both rtti-on and rtti-off with BBv1? If you can, this needs to be supported in V2. I don't have any answers for this :(. > > (2) Again in the stage rule, link=shared generates an IMPORT_LIB > > target that conflicts with the STATIC_LIB target generated by > > link=static. Adding 'i' or '-imp' for IMPORT_LIB fixes this issue. > > This I will fix by making it behave as BBv1 does, and what is > documented, and what the auto-link code expects of using the "lib" prefix. Great! - Reece _________________________________________________________________ Be one of the first to try Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-49…

3 3