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

[serialization] non-virtual destructors in 1.33.1
by Kim Barrett 23 Nov '05

23 Nov '05

Between 1.33 and 1.33.1_beta, several classes in the serialization library were changed from having virtual destructors to having non-virtual destructors. An example is basic_oserializer. Many of these classes have virtual functions, with the result that "g++ -Wall" now complains about them ("has virtual functions but non-virtual destructor"), so that I now get tons of warnings when compiling code that uses the serialization library. My guess would be that none of these warnings are actually interesting, but that belief doesn't really help all that much. Was there a good reason for this change? Could it be reverted? If not, is there some other thing that could be done to eliminate these warnings? For 1.33.1 release?

8 13

Doubt about regex speed.
by Renato Tegon Forti 23 Nov '05

23 Nov '05

Hi All, I have one system that receive many messages (TCP/IP transport) on one second, and I validate these messages whit a sequence of if,s and switchs, see exemple of message: 19092;1;12345678;1111222233334444;123;0512;10000;1;0 I would like know if I use regex to do this I will have improvement in performance of my system, or I will have delay in my system? My regex to validate this message is: "\\d{1,5};1;\\d{1,8};\\d{16};\\d{3};\\d{4};\\d{1,8};([0-9]|10|11|12);[012]" My code sample (in old version I need same about 300 lines to do the same): class CParser { public: CParser(const std::string& toparser, const RWDBDatabase &database) { if(validate("\\d{1,5};1;\\d{1,8};\\d{16};\\d{3};\\d{4};\\d{1,8};([0-9]|10|11 |12);[012]", toparser)) { CContext<CProcessMessage1> process; } else if(validate("\\d{1,5};3;\\d{16};\\d{11};[01]", toparser)) { } else if(validate("\\d{1,5};5;\\d{16};\\d{11}", toparser)) { } else if(validate("\\d{1,5};7;\\d{16};\\d{11}", toparser)) { } else { throw CParserException("bad_message"); } } protected: bool validate(const std::string& regex, const std::string& to_validate) { try { const boost::regex e(regex); return regex_match(to_validate.c_str(), e); } catch (...) { throw CParserException("bad_regex_syntax"); } } }; Thanks to help _____ Esta mensagem foi verificada pelo E-mail Protegido Terra <http://mail.terra.com.br/> . Scan engine: McAfee VirusScan / Atualizado em 21/11/2005 / Versão: 4.4.00/4633 Proteja o seu e-mail Terra: http://mail.terra.com.br/

3 2

Is there a Boost based solution to this circular reference problem
by Michael Goldshteyn 23 Nov '05

23 Nov '05

Description: I have a class hierarchy which unfortunatelly results in circular dependencies not allowed by C++. Is there any simple way to fix this? Please note, I have trivialized this problem for the purpose of illustration. The actual code that needs this is far more complex. I am quite perplexed, please help: Here is the code made as simple as I can: part.h ------ class Part { }; action.h -------- // The Action class is where the problem arises. It depends on an iterator in a class which is not yet defined. // The class cannot be defined before the Action class, because it depends on the definition of the Action class. class Action { public: typedef std::list<Part> PartsList; private: // I want a back "reference" to the iterator pointing to // the part for which this action applies. This is OK, I can just // typedef PartsList myself and don't need Whole for this PartsList::iterator iPart; // I also want a back "reference" all the way to the iterator // in the NameWholeMap for whose value this action applies // Here, I have a circular reference issue. // Note: Storing the key in the NameWholeMap to eliminate // this problem is not an option. I need a direct reference back // to the association in the map (map iterator), so as not to have // to look it up again. NamedWholes::NameWholeMap::iterator iNamedWhole; }; whole.h -------- // Whole is basically a container of Parts. Action needs an iterator to the list it contains. // Fortunatelly, because the value in this list (i.e. Part) does not depend on Action, I can just // type define the same list (i.e. PartsList) in the Action class and refer to its iterator there. class Whole { public: typedef std::list<Part> PartsList; typedef boost::optional<Action> OptionalAction; typedef std::vector<Action> Actions; void GetActionsOnSomePartsForThisWhole(Actions &actions); private: OptionalAction DecideOnAction() const; Parts m_parts; }; namedwholes.h ---------------- // This is the other half of our circular reference problem. This class has a function which gathers // actions on various parts contained in various wholes contained in its NameWholeMap. Those // actions would like to know directly which iterator in the NameWholeMap they were created // from, so as not to require a search by key later. // The problem is that this class must know how Action is defined and Aciton must know how // this class is defined, creating a circular reference. class NamedWholes { public: typedef std::map<std::string,std::Whole> NameWholeMap; typedef Whole::Actions Actions; void GetAllActions(Actions &actions); private: NameWholeMap m_nameWholeMap; };

3 7

LINK problem (RW STD) -- help
by Renato Tegon Forti 23 Nov '05

23 Nov '05

Hi all, I have one problem, if any one can help-me. I did try use boost (regex) whit my system that use RogueWave STD, but when I try compile my system I receive 5 link errors (see below :error 1), then I did try use this BJAM command line to build LIBS: bjam "-sBUILD=debug <include>-IC:\RogueWave\SourcePro\Ed8 <include>-IC:\RogueWave\SourcePro\Ed8\include <include>-IC:\RogueWave\SourcePro\Ed8\include\ansi <include>-IC:\RogueWave\SourcePro\Ed8\lib <cxxflags>-D_RWCONFIG=rmd <runtime-link>dynamic <threading>multi" "-sTOOLS=vc-7_1" this build libs, but the error continue. I did also try this: bjam "-sBUILD=debug <cxxflags>-IC:\RogueWave\SourcePro\Ed8\include <cxxflags>-IC:\RogueWave\SourcePro\Ed8\include\ansi <cxxflags>-IC:\RogueWave\SourcePro\Ed8\lib<cxxflags>-D_RWCONFIG=rmd <runtime-link>dynamic <threading>multi" "-sTOOLS=vc-7_1" But this did't compile. (see below: error 2) The awkward thing is that the error occur in line 6, if I change line 6 to this (return regex_match("some thing", e);), than compile if I put std::string to_validate the error occurs. Any one cam help-me - please!!! 1: bool validate(const std::string& regex, const std::string& to_validate) 2: { 3: try 4: { 5: const boost::regex e(regex); 6: return regex_match(to_validate, e); 7: } 8: catch (...) 9: { 10: throw CParserException("bad_regex_syntax"); 11: } 12: } If anyone cam give me a light, please. Thanks Error 1: ------ Build started: Project: uratalkservr, Configuration: Debug Win32 ------ Compiling... stdafx.cpp Include: dynamic linking with boost libraries main.cpp Include: dynamic linking with boost libraries Linking to lib file: boost_regex-vc71-mt-gd-1_33_1.lib Generating Code... Linking... main.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall boost::match_results<class __rw::__rw_debug_iter<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,char const *,char *>,class std::allocator<struct boost::sub_match<class __rw::__rw_debug_iter<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,char const *,char *> > > >::~match_results<class __rw::__rw_debug_iter<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,char const *,char *>,class std::allocator<struct boost::sub_match<class __rw::__rw_debug_iter<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,char const *,char *> > > >(void)" (__imp_??1?$match_results@V?$__rw_debug_iter@V?$basic_string@DU?$char_traits @D@std@@V?$allocator@D@2@@std@@PBDPAD@__rw@@V?$allocator@U?$sub_match@V?$__r w_debug_iter@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@P BDPAD@__rw@@@boost@@@std@@@boost@@QAE@XZ) referenced in function "bool __cdecl boost::regex_match<struct std::char_traits<char>,class std::allocator<char>,char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class boost::basic_regex<char,struct boost::regex_traits<char,class boost::w32_regex_traits<char> > > const &,enum boost::regex_constants::_match_flags)" (??$regex_match@U?$char_traits@D@std@@V?$allocator@D@2@DU?$regex_traits@DV?$ w32_regex_traits@D@boost@@@boost@@@boost@@YA_NABV?$basic_string@DU?$char_tra its@D@std@@V?$allocator@D@2@@std@@ABV?$basic_regex@DU?$regex_traits@DV?$w32_ regex_traits@D@boost@@@boost@@@0@W4_match_flags@regex_constants@0@@Z) ... CONTINUES ..\..\_complication\debug\Ultimate Card System\1.0\def$uratalk/uratalkservr.exe : fatal error LNK1120: 5 unresolved externals Build log was saved at "file://e:\project-Ultimate Card System\_project\Ultimate Card System\server\_complication\debug\Ultimate Card System\1.0\def$uratalk\___VS_ID\BuildLog.htm" uratalkservr - 6 error(s), 0 warning(s) ---------------------- Done ---------------------- Build: 0 succeeded, 1 failed, 0 skipped Error 2: . greg_month.obj : error LNK2019: unresolved external symbol "__declspec(dllimport ) public: class std::basic_string<char,struct std::char_traits<char>,class std:: allocator<char> > __thiscall std::basic_stringbuf<char,struct std::char_traits<c har>,class std::allocator<char> >::str(void)const " (__imp_?str@?$basic_stringbu f@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBE?AV?$basic_string@DU?$cha r_tr aits@D@std@@V?$allocator@D@2@@2@XZ) referenced in function "public: class std::b asic_string<char,struct std::char_traits<char>,class std::allocator<char> > __th iscall std::basic_stringstream<char,struct std::char_traits<char>,class std::all ocator<char> >::str(void)const " (?str@?$basic_stringstream@DU?$char_traits@D@st d@@V?$allocator@D@2@@std@@QBE?AV?$basic_string@DU?$char_traits@D@std@@V?$all ocat or@D@2@@2@XZ) . CONTINUES "link" /nologo /INCREMENTAL:NO /DEBUG /DLL /subsystem:console /out:"bin\ boost\libs\date_time\build\boost_date_time.dll\vc-7_1\debug\threading-multi\ boos t_date_time-vc71-mt-gd-1_33_1.dll" /IMPLIB:"bin\boost\libs\date_time\build\boos t_date_time.dll\vc-7_1\debug\threading-multi\boost_date_time-vc71-mt-gd-1_33 _1.l ib" /LIBPATH:"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\lib" @" bin\boost\libs\date_time\build\boost_date_time.dll\vc-7_1\debug\threading-mu lti\ boost_date_time-vc71-mt-gd-1_33_1.CMD" ...failed vc-Link bin\boost\libs\date_time\build\boost_date_time.dll\vc-7_1\debu g\threading-multi\boost_date_time-vc71-mt-gd-1_33_1.dll bin\boost\libs\date_time \build\boost_date_time.dll\vc-7_1\debug\threading-multi\boost_date_time-vc71 -mt- gd-1_33_1.lib... MkDir1 bin\boost\libs\date_time\build\libboost_date_time.lib MkDir1 bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1 MkDir1 bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug MkDir1 bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\thread ing-multi vc-C++ bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\thread ing-multi\greg_month.obj greg_month.cpp vc-C++ bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\thread ing-multi\greg_weekday.obj greg_weekday.cpp vc-C++ bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\thread ing-multi\date_generators.obj date_generators.cpp vc-Archive bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\th reading-multi\libboost_date_time-vc71-mt-gd-1_33_1.lib Microsoft (R) Library Manager Version 7.10.3077 Copyright (C) Microsoft Corporation. All rights reserved. "bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\threadin g-mu lti\greg_month.obj" "bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\threadin g-mu lti\greg_weekday.obj" "bin\boost\libs\date_time\build\libboost_date_time.lib\vc-7_1\debug\threadin g-mu lti\date_generators.obj" MkDir1 bin\boost\libs\filesystem MkDir1 bin\boost\libs\filesystem\build MkDir1 bin\boost\libs\filesystem\build\libboost_filesystem.lib MkDir1 bin\boost\libs\filesystem\build\libboost_filesystem.lib\vc-7_1 MkDir1 bin\boost\libs\filesystem\build\libboost_filesystem.lib\vc-7_1\debug MkDir1 bin\boost\libs\filesystem\build\libboost_filesystem.lib\vc-7_1\debug\thre ading-multi vc-C++ bin\boost\libs\filesystem\build\libboost_filesystem.lib\vc-7_1\debug\thre ading-multi\exception.obj exception.cpp other part: convert.obj : error LNK2001: unresolved external symbol "protected: virtual int __thiscall std::codecvt<wchar_t,char,int>::do_length(int &,char const *,char con st *,unsigned int)const " (?do_length@?$codecvt@_WDH@std@@MBEHAAHPBD1I@Z) utf8_codecvt_facet.obj : error LNK2019: unresolved external symbol "__declspec(d llimport) public: __thiscall std::codecvt<wchar_t,char,int>::codecvt<wchar_t,cha r,int>(unsigned int)" (__imp_??0?$codecvt@_WDH@std@@QAE@I@Z) referenced in funct ion "public: __thiscall boost::program_options::detail::utf8_codecvt_facet::utf8 _codecvt_facet(unsigned int)" (??0utf8_codecvt_facet@detail@program_options@boos t@@QAE@I@Z) . 25 unresolved externals

1 0

[Announce] Boost Graph Library Python Bindings Version 0.9
by Douglas Gregor 23 Nov '05

23 Nov '05

Version 0.9 of the Boost Graph Library Python bindings has been released. The BGL-Python bindings provide access to many of the features of the C++ Boost Graph Library from Python, blending the rapid prototyping and application development capabilities of Python with the power and performance of C++. BGL-Python is the successor to the experimental Python bindings found in Boost 1.33.0, providing more algorithms, better data structures, and drastically improved documentation. The BGL-Python bindings are available at: http://www.osl.iu.edu/~dgregor/bgl-python/ Doug

1 0

Boost regression notification (2005-11-23 [RC_1_33_0])
by Douglas Gregor 23 Nov '05

23 Nov '05

Boost regression test failures ------------------------------ Report time: 2005-11-23T14:54:15Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 4 failures in 2 libraries: multi_array (1) serialization (3) |multi_array| assign: vc-8_0 |serialization| test_list_ptrs_xml_warchive_dll: vc-8_0 test_non_default_ctor2_xml_archive: vc-8_0 test_shared_ptr_text_warchive_dll: vc-8_0

1 0

Boost regression notification (2005-11-23 [HEAD])
by Douglas Gregor 23 Nov '05

23 Nov '05

Boost regression test failures ------------------------------ Report time: 2005-11-23T06:00:10Z This report lists all regression test failures on release platforms. WARNING: The following libraries have failing regression tests but do not have a maintainer on file. Once a maintainer is found, add an entry to libs/maintainers.txt to eliminate this message. io Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 131 failures in 13 libraries: concept_check (13) foreach (1) graph (3) io (1) math (2) mpl (1) multi_array (1) parameter (12) serialization (31) spirit (2) tr1 (45) typeof (18) wave (1) |concept_check| stl_concept_covering: cw-9_4 gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-9_0 intel-win32-9_0 mingw-3_4_2 vc-7_1 vc-7_1 |foreach| rvalue_const: intel-win32-9_0 |graph| graphviz_test: vc-7_1 vc-7_1 layout_test: intel-win32-9_0 |io| ios_state_unit_test: intel-win32-9_0 |math| complex_test: gcc-3_4_3-sunos log1p_expm1_test: gcc-3_4_3-sunos |mpl| size_t: gcc-4_0-darwin |multi_array| concept_checks: mingw-3_4_2 |parameter| basics: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux efficiency: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux macros: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux sfinae: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux tutorial: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux unnamed: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux |serialization| test_class_info_load_binary_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_binary_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_mi_xml_archive: mingw-3_4_2 |spirit| traverse_tests: intel-win32-9_0 traverse_tests_debug: intel-win32-9_0 |tr1| run_complex_overloads: gcc-2.95.3-linux gcc-3_4_3-sunos std_run_complex_overloads: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux gcc-3_4_3-sunos std_run_random: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_boost: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_complex: gcc-2.95.3-linux std_test_hash: gcc-2.95.3-linux std_test_regex: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_result_of: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_tr1_include: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_tuple: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux std_test_type_traits: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_algorithm: gcc-2.95.3-stlport-4.6.2-linux test_complex: gcc-2.95.3-linux test_exception: gcc-2.95.3-stlport-4.6.2-linux test_hash: gcc-2.95.3-linux test_ios: gcc-2.95.3-linux test_istream: gcc-2.95.3-linux test_iterator: gcc-2.95.3-linux test_limits: gcc-2.95.3-linux test_locale: gcc-2.95.3-linux test_new: gcc-2.95.3-stlport-4.6.2-linux test_ostream: gcc-2.95.3-linux test_regex: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_result_of: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_streambuf: gcc-2.95.3-linux test_tr1_include: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_tuple: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_type_traits: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux test_utility: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux |typeof| data_member_native: cw-9_4 function_native: cw-9_4 function_ptr_native: cw-9_4 function_ref_native: cw-9_4 lvalue_native: cw-9_4 member_function_native: cw-9_4 modifiers_emulation: cw-9_4 modifiers_native: cw-9_4 noncopyable_native: cw-9_4 std_emulation: cw-9_4 std_native: cw-9_4 template_dependent_native: cw-9_4 template_enum_native: cw-9_4 template_int_native: cw-9_4 template_multiword_native: cw-9_4 template_tpl_native: cw-9_4 template_type_native: cw-9_4 type_native: cw-9_4 |wave| testwave_dll: mingw-3_4_2

1 0

[wave] problem with long long suffixes
by Alexey Bakhvalov 23 Nov '05

23 Nov '05

Hello, Shouldn't Boost.Wave preprocess "11LL" into two tokens "11" and "LL" if support for long long suffixes is disabled? In a current version I get lexer error. Alexey Bakhvalov

3 4

Boost 1.33.1 Beta released
by Douglas Gregor 23 Nov '05

23 Nov '05

Boost 1.33.1 Beta ----------------- Boost 1.33.1 Beta is now available at http://www.boost.org. This is a bug fix release to 1.33.0, containing updates to existing libraries and additional computer support. Updated Libraries * Any Library: Cast to reference types introduced in 1.33.0 is now documented on any_cast documentation page. * Config Library: Don't undef BOOST_LIB_TOOLSET after use. * Boost.Python: o The build now assumes Python 2.4 by default, rather than 2.2 o Support Python that's built without Unicode support o Support for wrapping classes with overloaded address-of (&) operators * Smart Pointer Library: Fixed problems under Metrowerks CodeWarrior on PowerPC (Mac OS X) with inlining on, GNU GCC on PowerPC 64. * Regex Library: Fixed the supplied makefiles, and other small compiler specific changes. Refer to the regex history page for more information on these and other small changes. * Iostreams Library: Improved the interface for accessing a chain's components, added is_open members to the file and file descriptor devices, fixed memory-mapped files on Windows, and made minor changes to the documentation. * Functional/Hash Library: Fixed the points example. * Multi-index Containers Library: Fixed a problem with multithreaded code, and other minor changes. Refer to the library release notes for further details. * Graph Library: Fixed a problem with the relaxed heap on x86 Linux. Fixed problems with cuthill_mckee_ordering and king_ordering producing no results. * Signals Library: Fixed problems with the use of Signals across shared library boundaries. * Thread library: read_write_mutex has been removed due to problems with deadlocks. Supported Compilers Boost is tested on a wide range of compilers and platforms. Since Boost libraries rely on modern C++ features not available in all compilers, not all Boost libraries will work with every compiler. The following compilers and platforms have been extensively tested with Boost, although many other compilers and platforms will work as well. For more information, see the regression test results. New for this release: Support for building with the newest STLport-5.0 was added. The support includes building with MinGW Runtime 3.8 plus STLport-5.0 improved to support wide character operations. Apple GCC 4.0, HP Tru64 C++, and Microsoft Visual C++ 8.0 are supported platforms. We have added an experimental autoconf-like configure script for Unix-like systems: run configure --help for more information. * Apple GCC 3.3, 4.0 on Mac OS X. * Borland C++ 5.6.4 on Windows. * GNU C++ 2.95.3 (with and without STLport), 3.2.x., 3.3.x, 3.4.x, 4.0.x on Windows, Linux and Solaris. * HP C++ for Tru64 UNIX 7.1. * Intel C++ 8.1, 9.0 on Windows, Linux. * Metrowerks CodeWarrior 8.3, 9.4, 9.5 on Mac OS X and Windows. * Microsoft Visual C++ 6.0 (sp5, with and without STLport), 7.0, 7.1, 8.0. Note: Boost does not support the non-standard "Safe" C++ Library shipping with Visual C++ 8.0, which may result in many spurious warnings from Boost headers and other standards- conforming C++ code. To suppress these warnings, define the macro _SCL_SECURE_NO_DEPRECATE. Acknowledgements Douglas Gregor managed this release. A great number of people contributed their time and expertise to make this release possible. Special thanks go to Aleksey Gurtovoy and Misha Bergal, who managed to keep the regression testing system working throughout the release process; David Abrahams, Beman Dawes, Aleksey Gurtovoy, Bronek Kozicki, Rene Rivera and Jonathan Turkanis for greatly improving the quality of this release; Rene Rivera for the new Boost web page design; and Zoltan "cad" Juhasz for the new Boost logo.

6 7

build boost with other standard Lib (std)
by Renato Tegon Forti 23 Nov '05

23 Nov '05

Hi All, I need build boost whit other std, have any way to do this? I need this because my system use STD provided by RogueWave, than I need that boost is build with this std. If have way to do this, what is the steps? Thanks to all -- :o)

2 1