- Boost - lists.preview.boost.org

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

19 Mar '08

[ 225 open bugs today, 225 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 23 djowel 21 az_sw_dude 14 grafik 13 vladimir_prus 12 doug_gregor 12 dgregor 12 dave 11 no-maintainer 11 agurtovoy 10 bemandawes 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 5 witt 5 igaztanaga 4 ramey 4 ebf 3 nesotto 3 matias 3 kaalus 3 danielw 3 None 2 shammah 2 rogeeff 2 pavol_droba 2 nasonov 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 1 urzuga 1 t_schwinger 1 speedsnail 1 samuel_krempp 1 pdimov 1 marshall 1 garcia 1 fcacciola 1 dlwalker None 1493 SVN files making it through to install None 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html None 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 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 1640 [Thread] warnings from VC9 + warning level 4 anthonyw 1657 Bug in boost::threads sample 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 752 directory_iterator doesn't work with catch 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 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 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python 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) 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. matias 1406 Understanding the Tables outdated matias 1651 incorrect typedefs in examples matias 1676 Dead links on Boost.Test example documentation. nasonov 1220 lexical_cast requires RTTI 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* ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1628 Lack of wide character support prevents boost.serialization from linking ramey 1662 boost::serialization for boost::optional - missing include ramey 1689 [serialization] Update a link rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library 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 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 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

[random] VC9 failures on release branch (was [release] Outdated vc9 testing?)
by Richard Webb 19 Mar '08

19 Mar '08

> Forwarded from the testing list (see http://article.gmane.org/gmane.comp.lib.boost.testing/5658) Beman Dawes <bdawes <at> acm.org> writes: > > Richard Webb wrote: > >>Looking at those results reminds me that the Release version of random still >>contains the failure raised in the ticket @ >>http://svn.boost.org/trac/boost/ticket/1423, which was fixed in Trunk a while >>back. Is it worth merging that change into the release branch? > > Yes, as long as it is stable on trunk, and can done right away. > > --Beman > Anyone with SVN access feel like merging this change across to the release branch? Thanks, Richard Webb

3 3

Logging library review results
by Gennadiy Rozental 19 Mar '08

19 Mar '08

This is unfortunately delayed results review of Logging library submitted by John Torjo. I read through the submitted reviews and here is a short summary: - 2 Tom Brinkman | evaluate it again, if a more boost friendly, lambda style public interface is present + 7 Steven Watanabe | all the issues with destructors and exceptions absolutely must be fixed + 7 Vadim | with some improvements to documentation and ease-of-use - 0 Phil Endecott | not in its current form + 9 Jurko Gospodnetic | seems good enough - 3 Jamie Allsop | changes that are needed are too numerous to warrant a 'yes and tidy-up' vote - 2 Christian Holmquist | the documentation is written with other scenarios in mind - 4 Sean Hunt | approach is a little too generic and forces the user to jump through hoops + 9 Arnstein Ressem | compiler and valgrind warnings has to be fixed before submission + 6 Loic Joly | yes, knowing this library will probably evolve anyway + 7 Paul A Pristow | expecting some quite major revisions of documentation, and perhaps implementation - 3 Amit | Not in its current form. with some changes library would have support -1/2 Paul Bexter | spread too thin - 4 Scott Woods | logging facility should be targeted slightly differently + 10 Bruce Sharpe | need exactly this functionality - 1 Andrey Semashev | expect something different and more elaborate from the logging library (The number after the vote is my own estimation of review vote in 0-10 grade). Paul Bexter did not express clear vote, but submitted an opinion supporting Amit position. In the end we came to 8 negative 7 positive votes with average 4.9 grade. Essentially opinions split right in a middle. Oh, how familiar these days ;) I must say this puts me in a quite a spot. The library obviously has great potential, but quite unacceptable by many in it's current form. While praising it's flexibility in many aspects, the reviewers expressed wide variety of serious concerns regarding design, implementation and documentation. Well, I can't delay it any more. ;) Under the circumstances, I prefer to err on a side of caution. The logging library submission is NOT accepted in it's current form. My biggest concern, as many others expressed here before, is that we do need the logging library. So I can't be any more encouraging to John to resubmit an updated version for review within any reasonably short time, once issues brought during review are addressed. I am not going to list all the issues here - you will need to look through quite detailed reviews, but I want to emphasize most prominent ones: * The library would gain from clean separation of framework and solution. What I mean here is that there should be separate layer which defines only generic concepts and another layer for specific solutions provided by library. My personal suggestion is to use layered design, where each layer is more feature-rich, but more targeted. * Library should support wide variety of "simple cases" out of the box and with minimal efforts required by users. *Each* usage scenario should be well documented and supported by example. * Library shouldn't try to be too smart. All optimizations and advanced features should be eliminated. At least not in a review version. This includes any kind of optimized strings or scenario based log selection. Later on you may start adding them based on user input. * I recommend to start some kind of pool for simple/common cases on the dev list before you jump to support them. Library should clearly state that other more advanced usage cases are supportable as well. The same recommendation applies to the general set of supported features by the library out of the box. * Macros usage should be marginally reduced. Documentation should explain how to write them, but not force them as the only solution. * You may consider supporting lambda like API an one of the alternatives. * Unicode support strategy needs to be fixed * Documentation require major revision. Obviously I can't put it as a requirement, but my personal recommendation - drop doxigen. IMO you can't have professional documentation based on this format. Plus it's unnecessarily pollute your code. Boostbook and Quickbook are much more attractive solutions. Also many reviewers expressed desire for more formal tone in user's guide and reference. (Another personal comment - where did you find word "gather" usage as noun? I personally would prefer something like "entry") Yet again I'd like to express our gratitude to the John for his efforts and hopes that he'll be able to see this library though to the eventual success. It has great potential. Gennadiy Rozental -- Review Manager --

3 3

xpressive fixes, ok to merge to release?
by Eric Niebler 19 Mar '08

19 Mar '08

I found some fixes that I made to trunk a while back and neglected to merge to release. They've been on trunk for a while and have caused no problems there. OK to merge? Changeset: http://svn.boost.org/trac/boost/changeset/43506 Fixes: http://svn.boost.org/trac/boost/ticket/1564 Changeset: http://svn.boost.org/trac/boost/changeset/43177 Fixes: http://svn.boost.org/trac/boost/ticket/1625 Also, I've corrected some minor docs inaccuracies and would like to merge those changes as well: Changeset: http://svn.boost.org/trac/boost/changeset/43718 -- Eric Niebler Boost Consulting www.boost-consulting.com

1 0

Logging library review results
by Tom Brinkman 19 Mar '08

19 Mar '08

I think that the library should have a very simple "use" case. It should have "no" learning curve, except for advanced uses. The advanced features should only be incorporated into the library after the "simple" cases are finished.

1 0

Logging library review results
by Tom Brinkman 19 Mar '08

19 Mar '08

>> you can't put string literals in a template Shur you can. I do it all the time. See "static_string" in previous post.

1 0

Serialization support of Unordered Containers
by brass goowy 19 Mar '08

19 Mar '08

Shalom A possibly easier to read version of this note is here - http://www.webebenezer.net/uncontainers_mar182008 I'm happy to report that we have added serialization support for the following types from the recently accepted Unordered Containers library: unordered_set, unordered_multiset, unordered_map and unordered_multimap. I recall past discussion of names for these containers. I'm of the opinion there is room for improvement in this area and Erik Wikström points out on c.l.c++ that the containers are "ordered by the hash of the key." We are also interested in supporting the Intrusive library. It would be helpful to hear if there are trends developing in the way people use that library. Brian Wood Ebenezer Enterprises www.webebenezer.net

1 0

Proto review
by Steven Watanabe 18 Mar '08

18 Mar '08

AMDG *I vote to accept proto* Documentation General: Do you think that you could use tag_of<> or ::proto_tag consistently? users_guide\expression_construction.html The actual type of _1 looks like this: expr< tag::terminal, args0< placeholder1 >, 0 > Should this be args1< placeholder1 >? Ok. No. I'm not really happy with this, but I don't see a better way. I guess the best way to think of it is that the number represents the number of proto expressions children rather than the number of arguments. users_guide\expression_construction\operator_overloads.html Note The expr<> struct lives in the boost::proto namespace, as do all of Proto's operator overloads. The overloads are found via ADL (Argument-Dependent Lookup). That is why expressions must be "tainted" with Proto-ness for Proto to be able to build trees out of expressions. Is ADL the only reason? I should hope that the operators are overloaded to take expr<>. users_guide\expression_construction\left_right_arg.html flatten() returns a view which makes a tree appear as a flat Fusion sequence. If the top-most node has a tag type T, then the elements of the flattened sequence are the children nodes that do not have tag type T Is there a way to customize the decision of which nodes to expand? users_guide\expression_construction\tags_and_meta_functions.html tag::posit: I don't like this name. It confused me at first since posit is a complete word which means something totally different. positive would be better. IMO. ternary ?: You can't overload that operator!? nary function call n-ary function call? users_guide\expression_introspection\if_and_not.html: if_< is_same< _arg, char const * >() > Why ()? Why a transform? Is this boost::is_same? users_guide\expression_introspection\defining_dsel_grammars.html: We can use matches<> and BOOST_MPL_ASSERT() to issue readable compile-time errors for invalid expressions, as below: I'm only partially convinced. The error message will be short, sure, but if the expression is complicated, it may not be enough information, since this a very coarse grained error message. users_guide\expression_transformation.html: A grammar decorated with transforms is a function object that takes three parameters: expr -- the Proto expression to transform state -- the initial state of the transformation visitor -- any optional mutable state information What type should "state" and "visitor" be? Why are they two different arguments? Do transforms work if the grammar has transforms at any level? Or do I need a transform at the top level? users_guide\expression_transformation\canned_transforms\if.html: The result of applying the first transform should be a compile-time Boolean. If it is true... Meaning it should be an MPL Integral Constant Wrapper? If non-zero? users_guide\expression_transformation\canned_transforms\make.html This uses proto:::make<> under the covers to evaluate the transform.) s/:::/::/ users_guide\expression_transformation\canned_transforms\when.html that it, when<> also behaves like a transform. s/it/is/ users_guide\expression_transformation\canned_transforms\fold_tree.html: fusion::cons<FoldTreeToList, _state>(FoldTreeToList, _state) I'm getting confused. Let me see... This is a transform that applies FoldTreeToList to its argument and uses the result to construct a fusion::cons with the current state. Question. Why reverse_fold_tree? would reverse_fold work as well because it would first evaluate the right side of the comma, creating a fusion::cons and then take the left side and push it onto the front? users_guide\expression_transformation\is_callable.html: ...a problem for a type like std::vector<_arg(_arg1)>(), which is a valid transform... Can't you substitute /first/ and /then/ check is_callable? users_guide\expression_extension\extends.html: What do I do if I want a statically initialized terminal that has a custom domain? Inhetitance from extends<> makes my type a non-aggregate... It looks like the comments in users_guide\examples\mixed.html in DereferenceCtx and IncrementCtx were copied from vector.html and not updated. Also, VectorOps should be MixedOps? boost\proto\args\hpp.html Why is args0 unary!? boost\proto\context\callable_eval.html: context(Expr::proto_tag(), arg_c\<0\>(expr), arg_c\<1\>(expr), ...) s/\// Why does callable_eval have no members listed? boost\proto\context\callable_context.html: Is it just more boostbook weirdness that the Synopsis has an empty eval<>? boost\proto\context\callable\hpp.html: Do you really need to show all the specializations of callable_eval? boost\proto\context\null\hpp.html ditto. boost\proto\display_expr_id535716.html: The one argument form writes to std::cout, right? boost\proto\domainns_\domain.html: boost::proto::domainns_::domain Is domainns_ a private namespace to block ADL? If so, it should not appear in the documentation... boost\proto\functional\eval.html: A general comment about eval: It should be noted that the context is *not* copied, and so it is safe for it to have mutable state. (Since this is not usual for function objects which is what callable_context implements) boost\proto\expr\hpp.html: I don't think that you should need to show all the specializations of expr in the documentation. exprns_ is a private namespace? It shouldn't appear in the documentation. boost\proto\exprns_\expr_Tag,Args,0__id530744.html: operator= is specified as returning the same type!? Is this a doxygen or boostbook problem? static expr::make... What are the overloads that take a size_t template parameter for? boost\proto\fusion\hpp.html What is the rational for only bringing flatten into namespace proto. boost\proto\is_extension.html: What does this do? boost\proto\operators\hpp.html: Why does if_else specify the return type while all the others say /unspecified/ boost\proto\proto_fwd\hpp.html: this is not pretty. boost\proto\transform\fold\hpp.html: Why does this say that the it contains fold_tree, but fold_tree doesn't appear in the listing. boost\proto\transform\reverse_fold.html: This says that reverse_fold simply inherits from fold!? boost\proto\transform\fold_tree.html: Is there some way to do a fold tree that recurses over some set of tags rather than a single fixed tag? boost\proto\transform\make.html: Function pointer types How are function pointer types interpreted as transforms? Oh. OK. They are treated the same as functions. Source: args.hpp: No comments. (Besides what I said about arg0 earlier) context.hpp: no comments. debug.hpp: why doesn't this use detail/prefix.hpp and suffix.hpp This should include detail/dont_care.hpp Why does the display_expr take the depth first? I would expect that users would want to override the default output stream more often then the starting depth. deep_copy.hpp: Ought to #include <boost/mpl/if.hpp> The global function object proto::deep_copy can cause the usual subtle ODR violation for objects in headers with internal linkage. I don't think that this header needs to #include <boost/proto/generate.hpp> domain.hpp: This should #include <boost/ref.hpp> and does not need to #include <boost/proto/generate.hpp> eval.hpp: No comments. (Yeah!) expr.hpp: Why is operator= only overloaded for non-const expr's when they are terminals? Same thing for operator[] Doesn't use #include <boost/preprocessor/arithmetic/inc.hpp> nor #include <boost/preprocessor/facilities/intercept.hpp> You're not using #include <boost/utility/result_of.hpp> extends.hpp: needs to #include <boost/preprocessor/repetition/enum_trailing_params.hpp> and <boost/preprocessor/repitition/repeat_from_to.hpp>. Does not need <boost/preprocessor/arithmetic/dec.hpp> or <boost/preprocessor/facilities/intercept.hpp> Should there be a BOOST_PROTO_EXTENDS_ALL macro, so that I don't have to write out all four macros? At the very least, you need to note that BOOST_PROTO_EXTENDS does not overload [], (), and =, since it differs from boost::proto_extends in this respect. fusion.hpp: Needs to #include <boost/mpl/if.hpp> Why do you put BOOST_PROTO_CALLABLE() in the definitions of functional::flatten/pop_front/reverse and then specialize is_callable too? The specializations of fusion::extension::is_view_impl use Iterator as the name of the template parameter of apply?? Why does value_of_impl<proto::tag::proto_expr_iterator> have a specialization of apply for references? The primary template works, doesn't it? generate.hpp: What is the point of expr_traits? Doesn't expr expose this information directly? It is in namespace detail so it isn't intended to be specialized by users is it? Is there a particular reason for not defining a generator as a polymorphic function object? Efficiency? The template template arguments for pod_generator are worrisome. Take a look at the example in extends.hpp for is_proto_expr. If I want to make a POD wrapper it seems that I need /two/ template arguments and thus cannot use pod_generator at all... make_expr.hpp: You might note the format of DATA in the macros. I'm finding it difficult to work out what they are doing. BOOST_PROTO_AT_TYPE(...) why add_const? The implementation of BOOST_PROTO_VARARG_TEMPLATE_YES_ converting a seq to a tuple to a list is clumsy. Why isn't it implemented using BOOST_PP_SEQ_FOR_EACH_I_R? Same thing goes for BOOST_PROTO_TEMPLATE_PARAMS_YES_ What is BOOST_PROTO_SEQ_PUSH_FRONT for? Oh. I get it. This is already being instantiated inside a BOOST_PP_SEQ_FOR_EACH_I... I'm thinking that these macros belong in their own file. matches.hpp Should include <boost/type_traits/is_array.hpp> I don't quite get vararg_matches. The specialization for Zero = false looks fishy. If I understand correctly, you are explicitly forcing the size to /include/ the vararg argument. In fact, I'm not sure that I like the fact that you are forcibly overriding the size of the arg sequence at the expr level at all. In addition, the argument "From" to vararg_matches_impl will skip over the argument that corresponds to the vararg. What am I missing? Oh. I see, vararg_matches_impl doesn't take a half-open range... Is there a noticeable performance improvement vs. doing this more naturally? Ok it looks right, but it took quite a bit of work to demonstrate. I think that you are testing the element that is in the same position as the vararg<> in both matches<> and vararg_matches<>, though? Why is matches_ specialized to return false for a terminal tag and proto::_? operators.hpp: no comments. proto.hpp: no comments. proto_fwd.hpp: Why do you hard code arg0, arg1, ... rather than using the preprocessor? I know it's easy but it's still not configurable. proto_typeof.hpp: no comments. ref.hpp: why does unref leave array references as references, but does not treat plain arrays differently from other values? In other files you create an object of type functional::* for unref you duplicate the overloads at namespace scope. It would be best to stick to a single style consistantly, IMO. tags.hpp: no comments. traits.hpp: I don't see what BOOST_MPL_AUX_LAMBDA_ARITY_PARAM in detail::callable is for. Why does as_expr not copy arrays? It differs from deep_copy in this? All the operator definitions are the same thing over and over and over again. Why don't you use a macro? Oh. Except the documentation comments... context/callable.hpp: no comments. context/default.hpp no comments. context/null.hpp no comments. detail/as_lvalue.hpp The name uncv is misleading since it is only unconst. detail/dont_care.hpp no comments. detail/funop.hpp: no comments. detail/pop_front.hpp: no comments. prefix.hpp: no comments. reverse.hpp: no comments. suffix.hpp: no comments. transform/arg.hpp: why does transform::_ref have a leading _ unlike expr? transform/bind.hpp: no comments. transform/fold.hpp: I don't think that detail::as_callable is a good name. It should be more like: bind_visitor_and_transform_for_fusion_fold transform/fold_tree.hpp: no comments. transform/make.hpp: Why are there specializations of construct_ for expr both for any number of arguments and for each number of arguments? The documentation says that If X is a template like Object2<Y0,Y1,...>, ... Otherwise, if X is a transform ... The tests actually happen in the opposite order. In other words, a templated transform is treated as a transform, not a template. transform/pass_through.hpp: no comments. transform/when.hpp no comments. General: It would probably better to define a macro BOOST_PROTO_HAS_SEPARATE_FUSION rather than constantly saying #if BOOST_VERSION < 103500 In Christ, Steven Watanabe

8 16

[proto] minor issue: unnecessary typedefs _arg*
by Markus Werle 18 Mar '08

18 Mar '08

Hi! This is a minor issue, but nevertheless I'd like to share my opinion on this: The longer I think about _arg0 and its brothers and sisters the more I get the impression that they should be banned from proto. 1. Especially the typedefs for _arg, _left and _right should be removed from the library, because they duplicate the interface and bring more confusion than convenience. While rereading through the docs I tried to replace those typedefs with their arg_c<> substitutes before my inner eyes - et voila, the approach to the design is much easier now. I think _left and _right are in for historic reason (you always start thinking about ET as binary trees, e.g. while reading Veldhuizen's paper), but one thing should have one name in a general purpose library. Also it is a very good approach to proto, to repeat 100 times every morning that any operator is nothing but an oddly written function call. For function calls it makes no sense to talk about left and right. So a minor argument is didactic clarity. The major argument is: No fat interface here! This is not std::string, this is boost::prior(std::etl). Summary: I strongly vote against _arg, _left and _right. 2. From a user's point of view I still cannot see the advantage of using argSOME_NUMBER instead of arg_c<SOME_NUMBER>. Couldn't you make arg_c<XX> a first class citizen of namespace proto? So even if it makes it easier to write the boilerplate parts of proto itself, names based on MACROS are still evil enough to remove them from the _interface_ and for me _argSOME_NUMBER is part of the interface. IMHO templates with integer arguments scale well enough not to introduce PP garbage here. I have the suspicion that _argSOME_NUMBER is only inside because you have all those BOOST_PP_MAKE_MY_CODE_WRITE_ONCE_NEVER_UNDERSTAND_LATER. Note that this is not a show stopper for me, I propose the ban, but in contrast to _arg, _left and _right I can live with those, since transform::arg_c<I> is at hand and I will use those right from the beginning and ban _arg0 from my own code consequently. <kidding>Eric, you will only have to pay for all those extra "transform::" I have to type all the time. Let's say $0.02 for every occurence ... OK?</kidding> Eric, please classify right from the beginning, whether issue #2 takes on "bike shed characteristics" and/or disclose your rationale for _argSOME_NUMBER. Markus

3 6

Who is using Boost? Remobo by AWIT Systems, Inc.
by Jeffrey Chang 18 Mar '08

18 Mar '08

Hi, I'd like to submit an application that has been proudly using Boost since v1.33: Application: Remobo Company: AWIT Systems, Inc. URL: http://www.remobo.com Remobo creates an Instant Private Network (IPN) between your computers and your friends. It's a COMPUTER Network based on your Social Network. With IPN service, you and your friends can work or play together over Internet as if you were sitting on the same office or home LAN (Local Area Network). Boost Libraries used: Asio, Bind, DateTime, File System, Function, Lexical Cast, Non-Copyable, Ref, Regex, Serialization, Smart Pointer, StateChart, Threads, Tokenizer, Tribool, Tuples, Utility, Variant We have been using boost for fault-tolerant, large-scale distributed systems with complex multi-threaded networking protocols. Boost Libraries has been a reliable & indispensable part of this cross-platform systems for the past years. We at the Remobo development team would like to thank everyone in the Boost community for their hard work that creates this high-quality project. Cheers, --- Jeffrey

3 3

Re: [boost] [1.35.0] Release branch frozen - bug in circular buffer
by Jan Gaspar 18 Mar '08

18 Mar '08

Hi, there is a serious bug in the circular_buffer library (http://svn.boost.org/trac/boost/ticket/1692) which makes it unusable in the release mode (there are several more methods affected not only erase() as described in the ticket). Can I commit the fix into the release branch? Original code: {{{ /boost/boost/circular_buffer/details.hpp (r1.4) class iterator 222 #if !defined(BOOST_CB_TEST) && BOOST_CB_ENABLE_DEBUG == 0 223 private: 224 #endif 225 // Member variables 226 227 //! The circular buffer where the iterator points to. 228 const Buff* m_buff; 229 230 //! An internal iterator. 231 pointer m_it; }}} New code: {{{ /boost/boost/circular_buffer/details.hpp (r1.4) class iterator 222 public: 223 // Member variables 224 225 //! The circular buffer where the iterator points to. 226 const Buff* m_buff; 227 238 //! An internal iterator. 239 pointer m_it; }}} Jan ----- Original Message ---- From: Beman Dawes <bdawes(a)acm.org> To: Boost mailing list <boost(a)lists.boost.org> Sent: Friday, 14 March, 2008 1:33:05 PM Subject: [boost] [1.35.0] Release branch frozen The release branch is frozen. Please make no further changes without explicit permission from me. RC1 is being generated. --Beman _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Support Requests in Trac
by Marshall Clow 18 Mar '08

18 Mar '08

As we get close to the 1.35 release, I'd appreciate it if the people with open "Support Requests" in Trac (or anyone who wants to help out!) take a look at them and resolve them - or set a milestone for them to be resolved. There are a few requests for support from 2005 and 2006 - those people have been waiting a long time! Thanks! Request #982 "x64 documentation for windows" <http://svn.boost.org/trac/boost/ticket/982 > has a milestone of "Boost 1.35.0" - anyone know what's up with that one? 2 vladimir_prus 2 az_sw_dude 1 nobody 1 no-maintainer 1 jsiek 1 johnmaddock 1 djowel 1 dave 1 anthonyw 1 agurtovoy 1 None None 982 x64 documentation for windows 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 vladimir_prus 1132 program_options documentation error. vladimir_prus 850 program_options strips off escaped quotes in some situations -- -- 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."

2 2

[TR1] Hash test failures on VC9
by Richard Webb 18 Mar '08

18 Mar '08

A couple of the TR1/Hash tests (http://tinyurl.com/3bjkrv, http://tinyurl.com/3cud5g) are failing on VC9 due to a bug in the MS libraries (see http://tinyurl.com/2vekxc for details). Do those tests need to be marked as expected failures? Thanks, Richard Webb

1 0

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

18 Mar '08

[ 225 open tickets today, 223 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 23 djowel 21 az_sw_dude 14 grafik 13 vladimir_prus 12 doug_gregor 12 dgregor 12 dave 11 no-maintainer 11 agurtovoy 9 bemandawes 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 5 witt 5 igaztanaga 4 ramey 4 ebf 3 nesotto 3 matias 3 kaalus 3 danielw 2 shammah 2 rogeeff 2 pavol_droba 2 nasonov 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 2 None 1 urzuga 1 t_schwinger 1 speedsnail 1 samuel_krempp 1 pdimov 1 marshall 1 jano_gaspar 1 garcia 1 fcacciola 1 dlwalker 1 <Blank> <Blank> 1682 path_traits needs imbue() None 1493 SVN files making it through to install 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 1640 [Thread] warnings from VC9 + warning level 4 anthonyw 1657 Bug in boost::threads sample 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 752 directory_iterator doesn't work with catch 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 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 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python 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) 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 jano_gaspar 1692 'iterator::m_it' declared public ONLY in test/debug-build_ but always accessed from 'cicular_buffer::erase()' 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. matias 1406 Understanding the Tables outdated matias 1651 incorrect typedefs in examples matias 1676 Dead links on Boost.Test example documentation. nasonov 1220 lexical_cast requires RTTI 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* ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1628 Lack of wide character support prevents boost.serialization from linking ramey 1662 boost::serialization for boost::optional - missing include ramey 1689 [serialization] Update a link rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library 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 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 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

[1.35] Serialization shared_ptr_132 headers cause compilation error with g++ 4.1.0
by Clif Houck 18 Mar '08

18 Mar '08

Hi, I'm trying to update a code base to use boost 1.35 from boost 1.32. From what I've gathered, 1.35's code is frozen and considered to be fairly stable, so I figured that I wouldn't run into any errors caused by boost, just general changes that occurred between 1.32 and 1.35. Instead, it looks like I've definitely run into a bug being caused by 1.35, in particular, the serialization headers for shared_ptr. The following code: #include <boost/serialization/shared_ptr_132.hpp> #include <boost/serialization/shared_ptr.hpp> int main() { return 0; } Causes the following errors: g++ what.cc -o what -I /usr/local/include/boost-1_35/ -lboost_serialization-gcc41-mt-1_35 /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp: In function ‘void boost::serialization::load(Archive&, boost::shared_ptr<U>&, unsigned int)’: /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:123: error: ‘null_deleter’ is not a member of ‘boost::archive::detail’ /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:123: error: ‘null_deleter’ is not a member of ‘boost::archive::detail’ /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:123: error: template argument 2 is invalid /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:123: error: expected `>' before ‘*’ token /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:123: error: expected `(' before ‘*’ token /usr/local/include/boost-1_35/boost/serialization/shared_ptr.hpp:124: error: expected primary-expression before ‘>’ token Looking at the documentation included with 1.35 says to retain backwards-compatibility for 1.32's shared_ptr by including both headers in the order I have included them, so I'm at a complete loss. I must retain compatibility with shared_ptr from 1.32 since there is a lot of serialized data floating around from 1.32, and its not feasible to find all of it and convert it mechanically. I hope someone can lend a helping hand. Thanks, Clif Houck

2 6

[1.35.0] Links to version history?
by Beman Dawes 18 Mar '08

18 Mar '08

The version history for 1.35.0 is currently located at http://beta.boost.org/users/history/2008-01-23-version_1_35_0. Presumably that will translate to http://www.boost.org/users/history/2008-01-23-version_1_35_0. Why is the date part of the version name? That creates a problem for links from the release, since they have to be changed if the date changes? Would it be possible to change the location to plain http://www.boost.org/users/history/version_1_35_0? Presumably the same pattern should be followed for subsequent releases. Thanks, --Beman

4 5

[threads|interprocess] thread_locking_policy and process_locking_policy
by vicente.botet 18 Mar '08

18 Mar '08

Hello, I'm defining a class Locally Unique Identifier (see http://lists.boost.org/Archives/boost/2008/03/134088.php) that has a locking policy. This locking policy needs to define a mutex_type and a scoped_lock types. This could be null_locking_policy for monothreaded usage, thread_locking_policy for multi-threaded access and process_locking_policy for multi-process access. The problem is that when I try to initialize the scoped lock with a try_to_lock the types and variables are differents, even if both mùean the same. And so I need to add a function try_to_lock in the policy. struct thread_locking_policy { typedef boost::mutex mutex_type; typedef boost::mutex::scoped_lock scoped_lock; static const boost::try_to_lock_t try_to_lock() {return boost::try_to_lock;} }; struct process_locking_policy { typedef boost::interprocess::interprocess_mutex mutex_type; typedef boost::interprocess::scoped_lock<mutex_type> scoped_lock; static boost::interprocess::detail::try_to_lock_type try_to_lock() { return boost::interprocess::try_to_lock; } }; IMO we need to armonize the threads and interprocess synchronization interfaces. I don't know where these types and variables could be, but we need that both libraries use the same type and variable. Anyway, these trivial classes will be redone by each user defining a class that manage the synchronization in a wide context. Is there an interest in these locking policies classes. We can add recursive_thread_locking_policy and recursive_process_locking_policy . Where these classes could be placed. Why not in an new boost/sync directory? Please, let me know if there is a better solution already present on boost. Regards _____________________ Vicente Juan Botet Escriba

3 2

[1.35.0] Release branch frozen
by Beman Dawes 18 Mar '08

18 Mar '08

The release branch is frozen. Please make no further changes without explicit permission from me. RC1 is being generated. --Beman

7 14

problems checking into the trunk
by Robert Ramey 18 Mar '08

18 Mar '08

I"m getting a "pre-commit hook error" which complains about the mimi-type. The name of the file is: polymorphic_iarchive_route.hpp (a new file) an its svn properties are: svn:eol-style native svn:keywords Id svn:mim-type text/plain What do I have to do to beable to check this in? Robert Ramey

2 1

Boost Selected for Google Summer of Code 2008
by Jeff Garland 18 Mar '08

18 Mar '08

For the third year in a row Boost has been selected as a mentoring organization for Google Summer of Code. If you're a student this is a great opportunity to contribute to Boost and make a few dollars over the summer. If you're interested here's some links to get you started. http://code.google.com/opensource/gsoc/2008/faqs.html http://code.google.com/soc/2008/boost/about.html We have a few project ideas at: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Google_Summe… but, if you've got your own idea that's fine too. Best to put your ideas out on the development list for writing an application -- that's the best way to be sure the mentors think your project has merit. Here's some important dates to keep in mind: March 24: ~12 noon PDT / 19:00 UTC Student application period opens. March 31: 5:00 PM PDT / 00:00 UTC April 1, 2008 Student application deadline. Full timeline is here: http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline Jeff

3 4

BoostCon 2008 -- Session Announcement
by Jeff Garland 17 Mar '08

17 Mar '08

I'm happy to announce that the preliminary 2008 BoostCon program is on the web site. http://www.boostcon.com/program/sessions I'm quite pleased and excited with the program. We have tutorials and lectures on many core Boost libraries with topics including threading, serialization, networking, C++0x features, high performance generic programming, text processing, and more. We will also have a new 'Library in a Week' workshop to extend Boost.Algorithm. A new feature this year, based on feedback from last year, will be Author's Corner sessions where library authors discuss and answer questions about their libraries. And, finally, Bjarne Stroustrup with the keynote address. We hope to have the final program and schedule completed shortly. Note that while these sessions represent the bulk of the program we have a few more sessions in the works and are still looking for a couple more sessions to fill out the program. So, if you've been thinking of submitting a session please do it as soon as possible. http://www.boostcon.com/program/call-for-sessions Thanks, Jeff

1 0

BoostCon 2008 -- Session Announcement
by Jeff Garland 17 Mar '08

17 Mar '08

I'm happy to announce that the preliminary 2008 BoostCon program is on the web site. http://www.boostcon.com/program/sessions I'm quite pleased and excited with the program. We have tutorials and lectures on many core Boost libraries with topics including threading, serialization, networking, C++0x features, high performance generic programming, text processing, and more. We will also have a new 'Library in a Week' workshop to extend Boost.Algorithm. A new feature this year, based on feedback from last year, will be Author's Corner sessions where library authors discuss and answer questions about their libraries. And, finally, Bjarne Stroustrup with the keynote address. We hope to have the final program and schedule completed shortly. Note that while these sessions represent the bulk of the program we have a few more sessions in the works and are still looking for a couple more sessions to fill out the program. So, if you've been thinking of submitting a session please do it as soon as possible. http://www.boostcon.com/program/call-for-sessions Thanks, Jeff

1 0

Proposed: a new sequence adapter for MPL (product_view)
by Max Motovilov 17 Mar '08

17 Mar '08

I apologize in advance if something along these lines is already available; however current public documentation doesn't mention such a facility and a brief glance into SVN did not reveal one either... product_view Description: provides a view of a Cartesian product of multiple sequences. Modeled after zip_view in that it expects a sequence [of length n] of sequences S1...Sn as its argument and lazily generates a sequence [of length Prod{1...n}( size< Si > )] of sequences S1[1]...Sn[1] through S1[n]...Sn[n]. Whew... I know I can write better documentation than that if I put my mind to it :( I have attached a proof of concept implementation and a short test program. The code appears to compile and work with MSVC 2003 & 2008 and with GCC 4.2. It is not [yet] Boostified. My use case: I needed this adapter to write a dynamic dispatcher for a known set of template instances (poor man's dynamic template instantiation). Regards, ...Max...

4 23

Release Branch Snapshots
by Daniel James 17 Mar '08

17 Mar '08

Hi, I think something has gone wrong with the release branch snapshots. Only the windows ones were generated today and they don't contain the whole distribution. Daniel

2 1

[scope_exit] review pending since 6 months
by vicente.botet 17 Mar '08

17 Mar '08

Hello, Has somebody news of the scope exit review result? The boost schedule page states it as Pending, and the review has been finish 6 months ago? Regards Scope Exit Alexander Nasonov Jody Hagins August 13, 2007 - August 22, 2007- Pending _____________________ Vicente Juan Botet Escriba

2 1