- Boost - lists.preview.boost.org

[Proto] very small review (repost)
by Cédric Venet 29 Mar '08

29 Mar '08

The title of my first post was misleading, so I repost it. Hi, I am not sure to be qualified to make a review but I will give it a try. First, I think the library should be accepted. > - What is your evaluation of the design? Seems good. I must say I didnt read or try the transform part of proto. > - What is your evaluation of the implementation? Didnt read the code > - What is your evaluation of the documentation? I think there is some (more) work to do on it. I had some probleme with users_guide\expression_construction\construction_utils.html Because it was not clear to me how to put it in pratice. In fact after a fast read of the doc, I mostly used the exemple as reference of how to do something. So, I don't know exactly what can be done but some ideas may be: *Provide more basic example *Refer to the example in the documentation to show the practical use of what is described. *make a FAQ One difficulty I didn't had time to study is how to do polymorphic grammar or semantic checking. (perhaps I should not put this in the review). Mor clearly, I add two example: First I would like to have a grammar which can work on any terminal but can only have compatible terminal in a one expression (for example, you can't have vector and list in one expression but you can have one expression with lists and one with vector and they would follow the same grammar). My idea was to do a basic proto grammar which just check operator use and then to use a transform to fold the type of the terminals, checking they are all compatible. Second, I have a grammar where I can add terminals 'a+b' and index terminal 'a[b]'. you can have '(a+b)[c]'. some terminals may be indexable but other not. I could make a grammar for indexable terminal and another for not indexable but it would be duplicated. And if I add more properties to my terminals (for example Boolean, integer or float), the number of grammar explode. I was thinking to again use a transform to check the 'semantic' of the expression. Is it the way to go? I didn't see any reference to this in the documentation, but this seems a common pattern to me? The proto grammar would only check the 'parsing' and one transform would check the semantic. A yes, I would add two note which seem relevant for VS user: * the compiler flag -Zm (for example -Zm150) to change the maximum size of the precompiled header * the pragma inline_recursion and inline_depth (default off and 8) > - What is your evaluation of the potential usefulness of the library? Extremely useful. > - Did you try to use the library? With what compiler? Did you have any > problems? I used it with VS2005. I didnt had any problem (at least not one which wasnt my fault) > - How much effort did you put into your evaluation? A glance? A quick > reading? In-depth study? I read the doc and started writing a small test. Didnt had the time to try transform. Regards, -- Cédric

1 0

Visitation using RTTI
by Mathias Gaunard 29 Mar '08

29 Mar '08

Boost.variant provides visitation over an object whose types is within a certain set. To identify the type of the object, it uses an additional int that uniquely identifies the type of the object within the set. However, RTTI already provides unique identification for objects of polymorphic types within all types. I'm well aware that typeid(SomeType) is not a constant expression (which is quite a shame really, especially since I can't see any technical reason why it couldn't be) but it is still possible to do something like this: switch(typeid(o).name()[0]) { case 'F': switch(typeid(o).name()[1]) { case 'o': switch(typeid(o).name()[2]) { case 'o': switch(typeid(o).name()[3]) { case 0: // object of type "Foo" break; default: // unknown type } default: // unknown type } default: // unknown type } default: // unknown type } By providing the name of the types as a compile-time string, it could be possible to generate the implementation-specific mangled name and, from it, this kind of switch statement. This would allow O(1) (but with a possibly large constant) visitation of objects of polymorphic types non-intrusively. An utility could provide something like this: struct Base { virtual ~Base() = 0; }; struct Derived1 : Base { virtual Derived1() {} }; struct Derived2 : Base { virtual Derived2() {} }; struct Derived3 : Base { virtual Derived3() {} }; typedef mpl::map< mpl::pair< mpl::string<'D', 'e', 'r', 'i', 'v', 'e', 'd', '1'>, Derived1 >, mpl::pair< mpl::string<'D', 'e', 'r', 'i', 'v', 'e', 'd', '2'>, Derived2 >, mpl::pair< mpl::string<'D', 'e', 'r', 'i', 'v', 'e', 'd', '3'> Derived3 > > derived_types; struct Visitor { typedef void result_type; template<typename T> void operator()(T&) const { // something useful } }; // b can actually be of any type derived from Base void foo(const Base& b) const { poly_visit<derived_types>(b, Visitor()); } Is there some interest in such a tool?

5 10

[config] BOOST_HAS_NRVO not defined for VC++ 8.0 and later?
by Beman Dawes 28 Mar '08

28 Mar '08

Looking at config_info results, BOOST_HAS_NRVO doesn't appear to be defined for VC++ 8.0 and later. But see http://msdn2.microsoft.com/en-us/library/ms364057(VS.80).aspx. According to that, 8.0 and later does support the named return value optimization. What am I missing:-? --Beman

2 3

[Proto] Reminder: review will end March 28th
by Hartmut Kaiser 28 Mar '08

28 Mar '08

Hi all, this is just a gentle reminder for all intending to write a Proto review to finish it really soon. At the same time this should be understood as an encouragement for all of you still hesitating to write one because you perhaps think the library is too complicated or too exotic and you probably won't be able to write an adequate review. Please do not hesitate! Even a short review based on your experience or based on what you've read in the documentations is highly appreciated. Please consider writing your review not later than March 28th. If you won't be able to finish it in time but still intend to write a review, please contact me directly so we can work out the details. Regards Hartmut Review manager

3 2

Preview 2 of a template Geometry Library
by Barend Gehrels 28 Mar '08

28 Mar '08

Dear list, Herewith the URL to the second preview of Geodan's Geometry Library, including documentation and examples. The first preview was sent to this list in January. There were several valuable comments and they are processed. The documentation contains a page with the most important changes. The very most important change is done in the type geometry::point. The new design is now described here: http://geometrylibrary.geodan.nl/points.html As in the first preview, there are still implementation issues and algorithmic details to be figured out or to be implemented. This is a preview and not yet a real submission. However I think that the community will get a feeling how it works and/or should work. The URL with complete documentation (now generated using Doxygen) is here: http://geometrylibrary.geodan.nl/index.html, sources and headerfiles can be downloaded from "Related pages". Best regards, Barend Gehrels ------------------------------------- Barend Gehrels, Geodan Holding b.v., Amsterdam, The Netherlands, www.geodan.nl

16 68

[iterator] operator_arrow_proxy constructor should be templated
by Felipe Magno de Almeida 28 Mar '08

28 Mar '08

Hello, operator_arrow_proxy exists to allow a T* to be created for input_iterators, but its constructor is not templated, so it is not possible to create a T from whatever is received. Making operator_arrow_proxy templated solves the problem. Regards, -- Felipe Magno de Almeida

1 0

[spirit] [RC_1_35_0] multiple defined symbols error in static.hpp
by Felipe Magno de Almeida 28 Mar '08

28 Mar '08

Hi, There are linking errors on msvc 7.1 (and probably other compilers) with static.hpp. The structs destructor e default_ctor are defined inside static_ constructors. If I move them to outside the function, they link ok. Regards, -- Felipe Magno de Almeida

2 3

Re: [boost] [1.35.0] Release Candidate 3 available
by David Abrahams 28 Mar '08

28 Mar '08

on Fri Mar 28 2008, Sohail Somani <sohail-Jk4wshXjlOsFFmt/ZbAu/w-AT-public.gmane.org> wrote: > Serialization issues: > > http://svn.boost.org/trac/boost/ticket/1711 > http://svn.boost.org/trac/boost/ticket/1725 > > At least the tests should be updated to show proper workarounds if a new > feature doesn't work properly across popular compilers (1711). I am not > using the bleeding edge (g++ 4.1 - bleeding is 4.3?). That second problem is surely not a compiler dependency but a failure to write a working Jamfile, is it not? -- Dave Abrahams Boost Consulting http://boost-consulting.com

2 1

Re: [boost] [1.35.0] Release Candidate 3 available
by David Abrahams 28 Mar '08

28 Mar '08

on Fri Mar 28 2008, Sohail Somani <sohail-Jk4wshXjlOsFFmt/ZbAu/w-AT-public.gmane.org> wrote: > http://svn.boost.org/trac/boost/ticket/1711 > http://svn.boost.org/trac/boost/ticket/1725 > > At least the tests should be updated to show proper workarounds if a new > feature doesn't work properly across popular compilers (1711). I am not > using the bleeding edge (g++ 4.1 - bleeding is 4.3?). > > I leave it up to you to decide the showstopping-ness of it all but the > tests will fail (and so will code that tries to mimic the tests) on a lot > of machines. Robert pinged Dave about the issue but I haven't heard > anything more. He did? I didn't get any private email about it and haven't been able to keep up with this list for the last few weeks. -- Dave Abrahams Boost Consulting http://boost-consulting.com

1 0

[function] breaking change detection
by shunsuke 28 Mar '08

28 Mar '08

Hi, boost::function<> template arity seems to be changed. Is there anyway to detect the change? e.g. BOOST_FUNCTION_HAS_NO_ALLOCATOR_PARAMETER My library is going to be reviewed 2 days later, but is partly broken by that change :-( Regards, -- Shunsuke Sogame

2 2

Boost support requests
by Marshall Clow 28 Mar '08

28 Mar '08

Thanks to everyone who looked at the support requests These are the ones that are left. I'm hoping that we can deal with all of these by the time 1.35.0 is released.... [ Anyone want to look at #426 and #597 ] Thanks in advance! 2 az_sw_dude 1 nobody 1 no-maintainer 1 jsiek 1 johnmaddock 1 djowel 1 dave 1 anthonyw 1 agurtovoy agurtovoy 816 duplicat initial members -> erase_key postcond. fail anthonyw 1053 Error using boost::mutex and C++/CLI az_sw_dude 605 support new 2007 DST rules for timezone db az_sw_dude 614 new timezone db file for #1471723 - 2007 DST support dave 1262 [Boost.Iterators] Reasoning for boost::pointee<> not supporting back_insert_iterator? djowel 1221 Section names may cause html names to be too long johnmaddock 1636 Bug in regex? jsiek 580 Max Flow Algorithm no-maintainer 426 lambda vs pure virtual functions nobody 597 Non-basic-source-character-set characters conflict with MSVC -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0

Trac open bugs - by assignee
by Marshall Clow 28 Mar '08

28 Mar '08

[ 238 open tickets today, 237 yesterday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 24 djowel 21 az_sw_dude 15 vladimir_prus 14 grafik 13 dgregor 13 dave 12 doug_gregor 11 no-maintainer 11 bemandawes 11 agurtovoy 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 5 witt 5 ramey 5 igaztanaga 4 matias 4 ebf 3 rogeeff 3 nesotto 3 nasonov 3 kaalus 3 danielw 3 danieljames 2 shammah 2 samuel_krempp 2 pdimov 2 pavol_droba 2 marshall 2 jmaurer 2 hkaiser 2 aaron_windsor 1 urzuga 1 t_schwinger 1 speedsnail 1 garcia 1 fcacciola 1 dlwalker 1 chris_kohlhoff 1 None None 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html aaron_windsor 1622 Adjacency list needs to handle self-edges correctly aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1657 Bug in boost::threads sample anthonyw 1713 no definitions for copy ctor and assignment operator for basic_condition_variable anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 1674 date_time::date_formatting.hpp: incorrectly formats year using global locale az_sw_dude 1695 add correct namespace to class to fix compilation bug az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 1682 path_traits needs imbue() bemandawes 1701 boost::filesystem::remove_all - segmentation fault with wpath on Linux bemandawes 752 directory_iterator doesn't work with catch chris_kohlhoff 1703 [asio] Compiler warnings on VC8/9 + warning level 4 danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danieljames 1705 [boostbook] Spaces in reference file names for types like 'long long' danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1009 Improper overflow handling in shortest paths algorithms dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1680 long long and wchar_t support in MPI dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1570 Some boost headers aren't ready for gcc 4.3 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) djowel 1722 [TR1/Fusion] Conflict between TR1 and Fusion headers dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 1654 recursive variants do not handle nested variants correctly. ebf 993 Variant should use least common multiple of alignments_ rather than maximum fcacciola 1666 Visualizer for boost::optional garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1571 boost bugtracker displays a patch incorrectly grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 1663 build.bat cannot set/reset ERRORLEVEL grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1670 wave almost unusably slow on real-world input igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X igaztanaga 1634 boost::interprocess::vector cannot contain volatile int igaztanaga 1635 Incomplete include guard in boost/intrusive jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1626 [type_traits] "bad_alloc is not a member of std" in has_virtual_destructor_test.cpp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc kaalus 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs marshall 1252 [pool] severe overhead with unaligned sizes. marshall 1493 SVN files making it through to install matias 1406 Understanding the Tables outdated matias 1651 incorrect typedefs in examples matias 1676 Dead links on Boost.Test example documentation. matias 1707 small typos in Boost.serialization documentation nasonov 1220 lexical_cast requires RTTI nasonov 1704 [any] 4512 warning from VC8/9 on warning level 4 nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1629 range/iterator_range.hpp bug nesotto 1675 [range] VC8 - compiler warnings when including range/array headers nesotto 1694 NDEBUG vs. BOOST_ASSERT in iterator_range.hpp no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1222 lambda::ret<T> should declare result_type. no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1515 [lambda] C4512 warnings from VC8.0 no-maintainer 1544 uniform_01 w/ref template param causes ref to ref error no-maintainer 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing no-maintainer 1572 [lambda] smart pointer const-ness affects its contents no-maintainer 1632 Default Interval rounding policies incomplete no-maintainer 1691 [Random] Brokem MSVC workaround no-maintainer 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile no-maintainer 819 uniform_int<> with type's maximum availaible range error pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1719 [addressof] Can't obtain the address of an instance of an anonymous struct ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1708 Can't serialize class with private destructor ramey 1711 Boost Serialization export facility broken on gcc 4.1_ 4.2 ramey 1715 gcc-4.3 doesn't compile polymorphic_(i)(o)archive.hpp ramey 1721 Serialization examples don't compile in trunk for G++ 4.1 rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library rogeeff 1723 No subprocess can be started in init_unit_test_suite samuel_krempp 1699 Compile warning about initialization order. samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1653 wave executable erroneously required for build of function_types lib turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1579 gzip compressor should model DualUseFilter turkanis 1580 Add static assert to prohibit instantiating a chain with mode dual_use turkanis 1649 Fix definition of JavaScript menu to avoid long chains of functions turkanis 1656 Consider implementing flush() for symmetric filters turkanis 1671 type mismatch of buffer size parameter causes overload resolution to fail urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode vladimir_prus 1132 program_options documentation error. vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1530 Program options documentation - Overview - Syntactic Information example typo vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1588 [program_options] crashes if value part missing in external configuration file vladimir_prus 1645 Invalid unicode support for default_value vladimir_prus 1679 added 4-way universal binary support from mac osx (ppc_ ppc64_ i386_ x86_64) vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments vladimir_prus 850 program_options strips off escaped quotes in some situations witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

Re: [boost] [gsoc2008] Draft proposal for cpp-netlib and pion-net integration
by Divye Kapoor 28 Mar '08

28 Mar '08

Hello developers, I realize that things are busy due to an impending release of Boost 1.35 but as I have received no response from any of the developers on my draft proposal, should I assume that there are no Boost library authors interested for this particular proposal? In any case, I will put up a formal project proposal under the GSoC for your consideration. Thank you for your time, Divye Kapoor -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. My official web site: http://www.iitr.ernet.in/studenthomepages/homepages/061305

3 4

(no subject)
by lahiru gunathilake 28 Mar '08

28 Mar '08

1 0

[1.35.0] Release Candidate 3 available
by Beman Dawes 28 Mar '08

28 Mar '08

See http://boost.cowic.de/rc/ For this release candidate the naming is exactly the same as it will be in the final release. Unless a showstopper emerges, these exact files will become the final release. Before declaring the release done, we need to verify that none of the four package files is corrupt and installs without error. I'm starting to do that now. I encourage others to also look for showstoppers, and report results on the developer or user lists. If no showstoppers surface by 9 AM tomorrow morning, US Eastern time, I'll declare 1.35.0 done, create the tag, and push the files out to Sourceforge. --Beman

1 1

regex crashes under release buid
by Jon Trauntvein 28 Mar '08

28 Mar '08

I recently made the switch from visual studio 2005 to visual studio 2008. I have a project that uses boost regular expressions as shown in the following fragment: bool StringCompDesc::is_valid_input(char const *s) { bool rtn = strlen(s) <= max_len; if(rtn && validate_pattern.length()) { boost::regex ex(validate_pattern.c_str()); boost::cmatch what; rtn = boost::regex_match(s,what,ex); } return rtn; } // is_valid_input When this method is invoked with a value of "192.168.4.230" and a validate_pattern value of "^([0-9]{1,3})?(\.[0-9]{1,3}){0,3}$" under the release build, the program crashes. The stack trace shows that match_results<>::set_size() winds up invoking _invalid_parameter_noinfo(). I have seen this with both versions 1.33.1 and 1.34.1. It would appear that visual studio 2008 is not a recognised build environment for boost but, despite the warning messages emitted in the boost headers, it has appeared to work until now. If anyone is aware of a way to work around this problem, I would appreciate their advice. Regards, Jon Trauntvein

2 3

[proto] Review
by Noah Stein 28 Mar '08

28 Mar '08

I wish I could have spent much more time with Eric’s library. I think it addresses a very important niche in the world of C++ libraries. This library could save me countless hours in the future. Even though I didn’t get as much time with the library as I’d hoped, I vote to accept it. - What is your evaluation of the design? The design is well thought out. I must admit that using it wasn’t as straightforward as I thought it would be. I believe that is not due to poor design. I believe it is fundamentally a result of Eric really trying to create a library that is ambitious and is really trying to provide an extensive set of features and functionality for library authors. - What is your evaluation of the implementation? I didn’t look too deeply into the guts of the implementation, only in so far as I was getting errors in my attempts to use the library. Unfortunately, the library is complex. There’s no way around it. I just didn’t have the time to dig too extensively under the hood. - What is your evaluation of the documentation? I don’t want to say that it was lacking, but for me this was the weakest aspect of a very strong library. The documentation is very good at what it covers. It does cover all the parts of the library. Each concept is covered in a good amount of detail. I hate to leave it at that, but I’ve been at this bullet point for 10 minutes now trying to figure out how to express what I want to say. Unfortunately, it’s 1:00 AM, and I need to be up in 4 hours. I’ll try to put something together this weekend or early next week to cover what I’m thinking. - What is your evaluation of the potential usefulness of the library? Extremely useful. - Did you try to use the library? With what compiler? Did you have any problems? I played around with implementing a class using proto. The environment was MSVC2005. I had zero problems compiling the examples or using the libraries. - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? I read the documentation 3 or 4 times over the course of a few days. I spent 5 hours or so compiling the examples and working on implementing my own class with the library. - Are you knowledgeable about the problem domain? I think I’m sufficiently knowledgeable about the domain. I’ve implemented expression trees for a vector-matrix library in the past. Knowing how much effort it was to write that for a single domain without implementing expression transforms, I understand the tremendous effort that went into creating a generic system. I really think Eric has done a great job. He’s clearly put in a tremendous amount of thought into proto. Clearly, it’s been a lot of time. Having worked on Spirit in the past, I’m sure that it’s put proto through the fire already. If it can handle Spirit and the diversity of examples in the documentation, Eric’s done a fine job of making a solid DSEL library. -- Noah No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1346 - Release Date: 3/27/2008 10:03 AM

1 0

[Review][proto] my review
by Maurizio Vitale 28 Mar '08

28 Mar '08

First let me apologize for the short review. It won't make justice to the huge contribution Eric made to the Boost Libraries. I definitely think Proto should be accepted and included into an official Boost release as soon as practical. - What is your evaluation of the design? Beautiful. - What is your evaluation of the implementation? Lot of attention has been put into making sure that compilation time stayed with reason, not an easy task with today's compilers. Also, to the extent it didn't conflict with the compilation speed goal, Eric made substantial restructuring of the code to prevent unwanted captures due to ADL and otherwise reduce surprises for users. I haven't really worked with the version submitted for review, but one of the issue I did have with v2 was that and_ and or_ didn't allow for 1 and 0 arguments, which is useful in a variety of folding situations. I remember Eric agreeing in the end that this could be indeed useful in some cases and the problem could be compilation time. I don't know if it has been solved one way or the other: a cursory look at the new documentation doesn't show any minimum arity (one thing that the docs should do, irrespective on whether the minimum is 0,1 or 2) Another issue I remember was related to BOOST_PROTO_MAX_ARITY. It is (was?) controlling both the maximum arity of boost expressions _and_ the arity of templates in grammars. Eric promised to decouple the two uses, but in my quick look at the docs I couldn't find out whether it has happened or not. I believe this change should really go in. The last design issue I had was about whether expressions should allow to store terminals by value. This might be different with the work on integrating fusion, I don't know. In my application (fixed-point arithmetic) I had cases where my object could have been stored by value and taking the space of an int (or less) and I would have liked to be able to do so. I admit mine was probably a very special case, where the quality of the assembler code generated was of upmost importance (must rival hand-written code). I don't remember the details of the conversation with Eric on this, but I think his conclusion was that allowing the user to specify the storage policy would have made compilation in the typical case slower. Still... - What is your evaluation of the documentation? Haven't had to much time to spend on it, but it seems to have improved substantially. Once proto gets in the hand of new users we'll know whether it does a good job in introducing complex concepts which are probably new to the average C++ programmer. - What is your evaluation of the potential usefulness of the library? Huge. - Did you try to use the library? With what compiler? Did you have any problems? I did use the previous version from April to October 2007 and have been a regular harrasser of Eric. Compilers: - GCC, many versions including SVN heads - Intel C++ compiler, few 9.x.y versions Problems: a few in the beginning, promptly fixed by Eric. I remember the Intel compiler exposed a number of issues. - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? the review itself consisted of a quick glance to the new documentations. The work with the previous version of the library was 3-4 months (FTE) - Are you knowledgeable about the problem domain? I believe so.

2 3

[1.35.0] Web site fixes needed
by Beman Dawes 28 Mar '08

28 Mar '08

I've just added three web site items to the web site do list (http://svn.boost.org/trac/boost/wiki/MergeOneDotThreeFiveDotZero) * www.boost.org/libs should redirect to the current library docs page. * The "Documentation" sidebar entry links to an empty page. * The "Documentation" sidebar expansion does not list 1.35.0. --Beman

2 1

[python] DSW project fails to link
by Robert Dailey 28 Mar '08

28 Mar '08

Hi, When compiling Boost.Python using the *.dsw visual studio project file in the boost/libs/python/build directory, the project fails to link. Note that I've converted this project to a Visual Studio 9 project. Below are the linker errors: 1>Linking... 1> Creating library .\../bin-stage/boost_python_debug.lib and object .\../bin-stage/boost_python_debug.exp 1>function.obj : error LNK2001: unresolved external symbol "char * boost::python::objects::detail::cpp_signature_tag" (?cpp_signature_tag@ detail@objects@python@boost@@3PADA) 1>function.obj : error LNK2001: unresolved external symbol "char * boost::python::objects::detail::py_signature_tag" (?py_signature_tag@ detail@objects@python@boost@@3PADA) 1>function.obj : error LNK2019: unresolved external symbol "public: static class boost::python::list __cdecl boost::python::objects::function_doc_signature_generator::function_doc_signatures(struct boost::python::objects::function const *)" (?function_doc_signatures@ function_doc_signature_generator@objects@python@boost@@SA?AVlist@34@ PBUfunction@234@@Z) referenced in function _function_get_doc 1>../bin-stage/boost_python_debug.dll : fatal error LNK1120: 3 unresolved externals 1>Build Time 0:00 1>boost_python - 4 error(s), 0 warning(s)

2 5

Please update mailing list archives
by Jens Seidel 28 Mar '08

28 Mar '08

Hi, I'm sure I asked for this already but please remove the link to "The Mail Archive" from http://www.boost.org/more/mailing_lists.htm#archive (Archives for Boost developers list) as the last archived mail is from 2003. Jens

2 1

Re: [boost] Proposed patch for boost::counting_iterator
by David Abrahams 27 Mar '08

27 Mar '08

Sebastian Theophil wrote: > Hello Dave, > We really ought to be having this discussion in public, so let's please move to the Boost developers' list. > I took another look at the standard to make the argument clearer. > >> I don't follow. Let's try code. >> >> counting_iterator<int> i0(INT_MIN), i1(INT_MAX); >> std::iterator_traits<counting_iterator<int> >::difference_type d >> = i1-i0; >> >> Are you claiming that it's acceptable for d to be -1? > > Yes, that was what I tried to say. Because for all practical purposes > > i0 + d == i1 (Although the behavior is undefined it will work on most systems.) Here's where you get into the difference between theoretical and actual portability. > The other property I tried to express was that comparing two differences for their absolute values is meaningless if d is allowed to be -1 because of overflow. Ouch; your mailer doesn't wrap lines. What do you mean by "comparing two differences for their absolute value?" >>> My fundamental argument is that int is a modulo space which is exactly >>> why 1) works if B-A is still int. > >> No, int is not a modulo space. Overflows induce undefined behavior. >> Only unsigned integers are a modulo space in C++. > > OK, I believe you know the standard way better than I do, so I admit defeat in this point. OK. >>> This is also why (T* - T*) = ptrdiff_t >>> = int > >> No, ptrdiff_t is long on most platforms > >>> and not int64. > >> And it may be a 64-bit int (especially on 64-bit platforms) > > The last point is clear and I should have written that ptrdiff_t = word size or something like that. > But back to what the standard says about ptrdiff_t in section 5.7 on Additive Operators > > "When two pointers to elements of the same array object are subtracted, the result is the difference of the subscripts of > the two array elements. The type of the result is an implementation-defined signed integral type; this type shall be the > same type that is defined as std::ptrdiff_t in the <cstddef> header (18.1). As with any other arithmetic overflow, > if the result does not fit in the space provided, the behavior is undefined. In other words, if the expressions P and Q point > to, respectively, the i-th and j-th elements of an array object, the expression (P)-(Q) has the value i− j provided the > value fits in an object of type std::ptrdiff_t." > > Clearly, there's no strict requirement on ptrdiff_t except that it is a signed integral type. It clearly doesn’t have to be large enough to prevent overflows so it may have the same size as a processor word be that 4 bytes or 8. In practice that seems to be the preferred way although with a word length ptrdiff_t Generally it has nothing to do with the (data) word length. It is usually an integral type whose size corresponds to the size of a pointer. > char* c0=(char*)0; > char* c1=(char*)UIntToPtr(std::numeric_limits<size_t>::max()); > ptrdiff_t d=c1-c0; > char* c2=d+c0; > > d overflows and in practice is -1 as well. Thus c2==c1. Yes, but in practice no such array can exist, so it's not a problem. On the other hand, someone *can* reasonably make two counting_iterator<short>s and iterate from SHORT_MIN to SHORT_MAX. So in that case, representing the difference correctly could be important. > The same holds for > > int n0=INT_MIN; > int n1=INT_MAX; > int dn=n1-n0; > int n2=dn+n0; > > dn is -1 and n2==n1. Yes, that's because you specified int! The whole point of numeric_traits<int>::difference_type is to do better than that. > > Of course, the overflow behavior is implementation dependent and it doesn't have to work that nicely. However, my argument is that this fact didn't cause anybody on the standards committee to change the definition for ptrdiff_t. That's because it's up to QOI. In other words, an implementor interested in a high-quality implementation will ensure, if possible, that ptrdiff_t works for practical situations on his platform. That's exactly what we tried to do with counting_iterator. There's a difference between what the standard mandates and what an implementor should do. The standard also doesn't say that you have to support dynamic allocation of more than 10 bytes total. > I think counting_iterator<T> should behave exactly the same way when T is an integer than when it is an iterator. It does, whenever possible. An iterator's difference type is usually a type that can be used to represent the difference between any two such iterators that belong to the same sequence. That's exactly what we try to do with counting_iterator<int>. > In both cases it can return iterator_traits<T>::difference_type. std::iterator_traits<int>::difference_type is specialized to be int. I would be shocked if you could demonstrate that std::iterator_traits<int>::difference_type is specialized to be int in the standard, or indeed any implementation of C++. -- Dave Abrahams Boost Consulting http://boost-consulting.com

3 3

PCH compiler limit error
by Robert Dailey 27 Mar '08

27 Mar '08

Hi, I have a lot of boost files in a precompiled header, and compiling that precompiled header using boost 1.34.1 caused no errors. However, now that I've upgraded to 1.35, I'm getting the following error during PCH generation in MSVC9: 2>c:\it\tfs\crusades\sdks\boost\boost\filesystem\operations.hpp(827) : error C3859: virtual memory range for PCH exceeded; please recompile with a command line option of '-Zm112' or greater 2>c:\it\tfs\crusades\sdks\boost\boost\filesystem\operations.hpp(827) : fatal error C1076: compiler limit : internal heap limit reached; use /Zm to specify a higher limit The recommended fix in the error text resolves the problem, but I'm wondering why this is a problem in the first place. As I stated before, the earlier versions of boost never did this. Is this a bug?

2 1

Boost variant and memory allocations
by Emil Dotchevski 27 Mar '08

27 Mar '08

The never-empty requirement for Boost Variant requires memory allocation in general, in the implementation of operator=, as discussed here: http://www.boost.org/doc/html/variant/design.html#variant.design.never-empty The same page states that future implementations might use policy-based design to specify custom allocator. Assuming that it is desirable to allow for allocations to be customized, wouldn't it be better to use the same technique as in the custom allocator support in shared_ptr and in the version of boost::function that Doug just committed to the SVN trunk? In this case, the allocator wouldn't be provided as a policy to the variant template itself, but would appear as template parameter of its constructor and operator=. -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

1 0

Boost.Test: "Test setup error: child has exited" error with RC2
by Jens Seidel 27 Mar '08

27 Mar '08

Hi, I tried to build the release branch on a Linux OpenSuse 10.2 with g++ (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux) and it worked well. I also called "make check" and the tests were successful. What I now miss is a config.log file which saved the arguments to ./configure (as used by autotools) since I already forgot how I started the build :-) I think I just tried ./configure --prefix=...; make; make install; make check I compiled my own program which uses Boost.Logging v1 and Boost.Test as well as boost::shared_ptr and got many compiler warnings in Boost.Test headers. Many of these (unused arguments) could easily be fixed but nothing happened since I reported some of these 5 months ago in http://svn.boost.org/trac/boost/ticket/1432 ... OK, but I also got a new error once I try to start my test: Test setup error: child has exited; pid: 1001; uid: 20576; exit value: 0 The problem seems to be related to a std::system() call, which I do not understand! Without it it works! Here is my test code: #include <cstdlib> #include <boost/test/included/unit_test_framework.hpp> using boost::unit_test::test_suite; void Vektor3Test1() { } test_suite* Vektor3_test_suite() { test_suite *test = BOOST_TEST_SUITE("Vektor3 test suite"); test->add(BOOST_TEST_CASE(&Vektor3Test1)); return test; } test_suite* init_unit_test_suite(int, char *[]) { std::system("true"); // leads to "Test setup error: child has exited; pid: 1001; uid: 30540; exit value: 0" test_suite *test = BOOST_TEST_SUITE("Master test suite"); test->add(Vektor3_test_suite()); return test; } Any idea? Jens

2 2