- Boost - lists.boost.org

Re: [boost] Full MS compiler version info?
by Martin Bonner 24 Nov '05

24 Nov '05

----Original Message---- From: Paul A Bristow [mailto:pbristow@hetp.u-net.com] Sent: 24 November 2005 14:51 To: boost(a)lists.boost.org Subject: Re: [boost] Full MS compiler version info? >> -----Original Message----- >> From: boost-bounces(a)lists.boost.org >> [mailto:boost-bounces@lists.boost.org] On Behalf Of Peter Dimov >> Sent: 24 November 2005 12:46 To: boost(a)lists.boost.org >> Subject: Re: [boost] Full MS compiler version info? >> >> Paul A Bristow wrote: >> >>> Indeed - but I didn't see the MS BUILD number - needed to >>> distinguish between 8.0 beta 1, 2, 2.5 ... and final(s). >> >> Why is it needed? Beta versions don't exist as far as >> official support is concerned. > > Of course, but I am sure I am not alone in wanting to anticipate > problems and improvements in testing new versions before the release. > > Indeed this is how Boost gives 'official' support to new versions as > quickly as it does? > > It may be too, that there is more than one release of "8.0". Indeed. The advice used to be: "don't use Visual C++ unless you have SP2 installed". The advice was good even if SP2 hadn't been released for that version! > The > build number gives assurance that this is NOT a cause of mysterious > differences. > -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

1 0

[Boost-bugs] [ boost-Bugs-1365338 ] format_paragraph in options_description.cpp
by SourceForge.net 24 Nov '05

24 Nov '05

Bugs item #1365338, was opened at 2005-11-23 23:37 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=1365338&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: format_paragraph in options_description.cpp Initial Comment: function format_paragraph in options_description.cpp triggered assertion _SCL_SECURE_VALIDATE_RANGE failure in microsoft vc8. at line #379, it looks for a space backword to avoid chopping a word in the middle. the expression line_begin - 1 causes assertion failure if line_begin is at the beginning of the description string. here is suggested fix @@ -378,3 +378,3 @@ find(reverse_iterator<string::const_iterator>(line_end - 1), - reverse_iterator<string::const_iterator>(line_begin - 1), + reverse_iterator<string::const_iterator>(line_begin), ' ') @@ -382,3 +382,3 @@ - if (last_space != line_begin - 1) + if (last_space != line_begin) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1365338&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[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