- Boost - lists.boost.org

[Report] 0 regressions on RC_1_34_0 (2007-07-16)
by Douglas Gregor 16 Jul '07

16 Jul '07

Boost Regression test failures Report time: 2007-07-15T23:17:41Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… No failures! Yay!

1 0

Trac bugs - by assignee
by Marshall Clow 16 Jul '07

16 Jul '07

[ 301 open tickets today, 300 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> 26 doug_gregor 23 grafik 22 bemandawes 18 johnmaddock 17 None 15 jsiek 15 az_sw_dude 14 vladimir_prus 13 rogeeff 12 dave 11 turkanis 9 agurtovoy 8 ramey 7 speedsnail 7 samuel_k 7 pdimov 6 shammah 6 nesotto 6 jbandela 6 anthonyw 5 witt 4 urzuga 4 nobody 4 mark_rodgers 4 fcacciola 4 djowel 3 jmaurer 3 ebf 3 dlwalker 3 danielw 2 hubert_holin 2 alnsn 2 <Blank> 1 nmusatti 1 mistevens 1 kevlin 1 hkaiser 1 garcia 1 eric_niebler 1 dgregor 1 danieljames 1 asutton 1 aaron_windsor None 1090 scoped_file class that deletes file at end of scope None 1089 missing boost::serialization::make_nvp in pointer container library None 1080 boost::interprocess win32 global file mapping issue None 1079 boost-1.34.0 fails to compile. concept checks not satisfied. None 1074 FreeBSD specific patches to boost 1.34.0 None 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl None 1068 Mersenne twister disables streaming for Visual C++ None 1059 random_on_sphere can be made 10 times faster! None 1033 iostreams::restrict doesn't work on an iostreams::file_source None 1023 inspect None 1006 No mingw.jam None 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters None 1002 [iostreams] close_impl<closable_tag> does not comply with spec None 991 [pool] None 982 x64 documentation for windows None 980 boost.format vc8/win32 compilation warning None 960 [random] lognormal_distribution problem <Blank> 1093 Mandatory source files shouldn't require_ or give the impression to require_ the Boost Build system <Blank> 1011 amd64: #error Boost.Numeric.Interval: Please specify rounding control mechanism. aaron_windsor 778 top-level configure is broken agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1049 Getting mpl/has_xxx.hpp to compile on AIX agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 861 [mpl] Detect nested template members with has_template_xxx agurtovoy 816 duplicat initial members -> erase_key postcond. fail agurtovoy 761 [mpl] evc4 port agurtovoy 640 documentation mistake agurtovoy 637 Adjusts mpl::pair concept to be compatible with STL pairs agurtovoy 588 mpl::remove compile error with gcc 4.1.0 alnsn 839 lexical_cast - local variable shadow patch alnsn 754 boost::any - typeid comparison across shared boundaries anthonyw 1053 Error using boost::mutex and C++/CLI anthonyw 659 provide an abstract "Task" type based on Boost.Threads anthonyw 881 errors when build with Apache stdcxx anthonyw 876 xtime documentation incomplete anthonyw 868 [thread] thread_specific_ptr::element_type ? anthonyw 802 [thread] MSVS: Allow use of thread headers with /Za asutton 693 Add clique detection algorithms DFMax_ Bron-Kerbosch az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 224 Extensions to std::string: compareIgnoreCase()_ trim()_ ... az_sw_dude 187 locale az_sw_dude 17 Socket wrapper class az_sw_dude 890 date_time library supports only the current dst rule az_sw_dude 889 Insane Dependencies az_sw_dude 827 Unused variable in format date parser az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 614 new timezone db file for #1471723 - 2007 DST support az_sw_dude 605 support new 2007 DST rules for timezone db az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 596 make timezone csv file C/C++ compatible az_sw_dude 316 date_time type conversion warning az_sw_dude 287 wrong usage of ios_base::narrow bemandawes 1092 [Boost.Filesystem] Program can't run under Win 98 bemandawes 1073 operations.cpp_ dummy_first_name lifetime bemandawes 1065 cannot find -lboost_filesystem bemandawes 1061 boost::filesystem::basic_recursive_directory_iterator fails on empty directories. bemandawes 1014 rename throws an exception that is not documented bemandawes 995 'multiply defined symbols' when including <boost/filesystem.hpp> in different source files bemandawes 897 exists() throws exeption on existing but locked file on wind bemandawes 842 typo in auto_unit_test.hpp Revision 1.17 bemandawes 824 BOOST_IOSTREAMS_HAS_LSEEK64 on Mac OS X bemandawes 823 Seekable file_descriptor_source /sink? bemandawes 800 [filesystem] chdir() bemandawes 752 directory_iterator doesn't work with catch bemandawes 680 significantly different timer class behaviour on Win and Lin bemandawes 662 [filesystem] portable_posix_name() may fail on premain call bemandawes 621 filesystem::path as a template bemandawes 607 Log level names wrong in documentation bemandawes 600 VC8 can't find windows.h even though environment is correct! bemandawes 590 mkstemp bemandawes 559 linker error mingw 3.4.5 bemandawes 366 handle double '/' in the boost::filesystem bemandawes 294 unicode support in boost::filesystem bemandawes 222 Code analysis_ flaw detection_ debugging danieljames 1064 problem on platforms with no errno.h header file danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1044 Argument pack inaccessable in a functions return type danielw 863 [parameter] fix operator|| for lazy binding dave 1085 Python rules for compiling in Mac OS X dave 1066 Patch to make Boost.Python compile on SunCC dave 1027 [ptr_container] optional serialization support dave 1020 Boost.Iterator proposal to add is_constant_iterator dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1010 linking boost.python on freebsd dave 918 __doc__ strings dave 916 BPL Support for Python Callable Objects dave 910 gcc strict-aliasing problems with python dave 903 inconsistent usage of function pointer typedefs dave 865 Use of C++0x keyword as identifier dave 857 add shared_ptr< const T> support dgregor 987 configure passes wrong toolset to bjam djowel 664 crash in boost::spirit::parse djowel 543 Embedded python won't compile djowel 314 spirit insert_key_actor.hpp djowel 241 Miss " = ParserT()" dlwalker 766 "Bug" in comment (x2) dlwalker 653 [integer] add support for integers longer than long dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1087 Mismatch between BBv2 and bjam toolsets in configure script. doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 1072 assertion failed in dijkstra algorithm doug_gregor 1067 Function needs to use pass-by-reference internally doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 954 boost::dynamic_properties has no copy-constructor doug_gregor 891 Bunch of compilation error reported while using function.hpp doug_gregor 870 boost::graph::graph_utility.hpp is_connected() bad call doug_gregor 862 [utility] Make result_of handle lambda expressions doug_gregor 852 Problem with Boost and GCC 4.1 doug_gregor 829 Implicit graph not implement doug_gregor 746 max flow with lower bounds (capacities) doug_gregor 738 Memory leaks with signal::connect? doug_gregor 736 Const correctness violation doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 732 Johnson All-Pairs needs better "no path" information doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 556 Bundled graph properties doug_gregor 447 reverse_graph and constness of property maps doug_gregor 403 Document copy_component doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 395 BGL graph types do not support allocators doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 373 LEDA graph adaptors for undirected graphs doug_gregor 372 adjacency_matrix should model BidirectionalGraph ebf 993 Variant should use least common multiple of alignments_ rather than maximum ebf 965 [doc] boost::variant tutorial - final example uses v1_v2 should be seq1_seq2 ebf 547 [variant] Compile time checked getter eric_niebler 1071 Request for BOOST_REVERSE_FOREACH and rationale fcacciola 818 No zero-argument in_place() fcacciola 765 optional documentation fcacciola 617 Numeric Conversion Documentation minor bug fcacciola 282 boost::optional<enum> fails with /CLR garcia 1045 [multi_array] Need a proper swap operation grafik 1091 Build.bat does not autodetect msvc on 64-bit Windows when building bjam grafik 1088 Docs for template escape feature. grafik 1041 Cygwin requires PATH setting. grafik 1040 boost.devel archive at ActiveState disconnected grafik 1031 AmigaOS fixes for bjam grafik 989 Boost build does not support building universal binaries on macintosh grafik 714 [jam] HardLink rule on NT platform grafik 121 toolset initialization grafik 94 Better reporting of failed expectation. grafik 93 Testing problems on AIX and OSF grafik 1062 Cygwin install stage fails with combination of patches grafik 977 bjam crashes when compiled with gcc 4.2 grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 896 <native-wchar_t>off does not work when build with vc-8.0 grafik 798 bjam: always define OSPLAT grafik 721 Generated files "@()" don't work in regular expressions. grafik 683 libraries won't build grafik 616 Boost Jam_ and non english directorys grafik 552 Building universal binary on MacOSX grafik 546 boost.build needs fixes for HP/UX grafik 497 Unable to build boost with Dinkumware STL version 4.02 grafik 481 Linker Problems with VC .NET 2003 / STLPort / Boost grafik 431 boost jam problem with parallel builds hkaiser 1077 Spirit integer parser does not always detect integer overflow hubert_holin 647 octonion documentation bug hubert_holin 162 Cannot compile octonion_test.cpp because of bug in sinc.hpp jbandela 665 bug in char_separator jbandela 501 token_iterator::at_end() result is inversed jbandela 306 Visual C++ "Language Extensions" support jbandela 283 Compiler error for tokenizer on Solaris jbandela 279 SLOOOWW tokenizer compilation on VC++6.0 jbandela 259 Problem compiling :/ jmaurer 920 Proposed extension to random library jmaurer 819 uniform_int<> with type's maximum availaible range error jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 johnmaddock 1083 boost_regex 1.34.0 uses ICU library without linking to it johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1075 [doc] incorrect comment johnmaddock 1008 Undocumented type traits. johnmaddock 905 Assertion failed in token_iterator.hpp johnmaddock 871 Problem build boost 1.33.1 on Aix 4.3.3 johnmaddock 883 errors when build with Apache stdcxx johnmaddock 812 Crash on RH machine with gcc < 3.4 johnmaddock 775 Warnings on MSVC 2005 johnmaddock 764 [regex] add support for a BOOST_NO_CREGEX mode johnmaddock 679 regex - perl syntax affects what gets matched johnmaddock 633 [config] evc4 port johnmaddock 591 make portable stdint.h from boost code johnmaddock 540 Please add support for Borland C++ Builder 2006 johnmaddock 502 Problem running configure for unsupported platform johnmaddock 492 Adding boost::is_complex to type_traits.hpp johnmaddock 360 Regex johnmaddock 315 Implement operator[] for Tokenizer jsiek 900 graphml reader namespace handling is broken jsiek 875 No iterator based constructor for adjacency_matrix jsiek 815 remove_edge core dumps on self-circle jsiek 813 concept_check.hpp unused variable warning jsiek 694 Add Maximum Common Subgraph (MCS) algorithm jsiek 636 strange compiling problem for transitive_closure jsiek 580 Max Flow Algorithm jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 541 [concept_check.hpp] remove unused variable warning in msvc jsiek 416 Spelling of Edmonds-Karp-Algorithm jsiek 193 Check ordering for mutexes jsiek 182 Support aspect-orientation jsiek 116 creating my own properties jsiek 100 more use of the concept "allocator" jsiek 69 Boost with Dinkumware C++ Library !? kevlin 913 Specialization of lexical_cast mark_rodgers 821 allow_unregistered improvement mark_rodgers 558 add database library? mark_rodgers 87 function to get the size of a array mark_rodgers 30 parser mistevens 688 ublas: bug in mapped_vector_of_mapped_vector nesotto 807 boost::assignment documentation: mathematical "typo" nesotto 730 The ptr_map iterator cannot be dereference to value type nesotto 723 local_time_facet error in VS2005 Win2003 nesotto 624 bug in boost::range_detail nesotto 518 [Boost.Range]boost::const_begin calls non-qualified 'begin' nesotto 471 boost.range and "const char[]". nmusatti 285 Borland compiler error with Pool_ boost::pool_allocator nobody 930 iostream and zlib nobody 922 Lexical cast and wide characters nobody 884 [iostreams] workaround for the boost + stdcxx on MSVC 7.1 nobody 795 [ublas] vector::back() pdimov 1084 atomic_count_gcc.hpp tries to #include nonexistant header pdimov 1069 _InterlockedExchange_ _InterlockedExchangeAdd have wrong signature pdimov 997 error in boost::bind doc pdimov 911 [bind] inline placeholder macro pdimov 810 support for weak_ptr binding pdimov 445 Can't delete automatically in circularly included object. pdimov 398 Support for embedded VC++ 4.0 ramey 1086 Serialization of weak_ptr produces invalid XML ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1036 assert failure in oserializer.hpp:418 ramey 969 basic_binary_iprimitive::load_binary bug ramey 968 xml_grammar - incorrect define char ramey 961 boost::basic_binary_oprimitive not instantiated correctly ramey 874 Ability to partially specialize implementation_level ramey 878 error C2039: 'mbstate_t' : is not a member of 'std' rogeeff 1060 no example sources in online docs for Boost::Test rogeeff 1050 BOOST_CHECK_CLOSE_FRACTION documentation missing rogeeff 1032 typo in Boost.Test documentation rogeeff 1030 execution_monitor.ipp #warning directive breaks compilation on MSVC 8.0 rogeeff 999 prg_exec_fail3 fails on release variant rogeeff 998 prg_exec_fail2 fail on ppc rogeeff 962 Missing links in Test library documentation rogeeff 956 Doc error in test examples. rogeeff 893 grammatical error in error message rogeeff 847 [Test Library] How to init/free a singleton rogeeff 762 [test] evc4 issue with SEH support rogeeff 747 failing on 6 targets in MacOS X rogeeff 645 [test] no eh exception handling functions on evc4 samuel_k 859 boost::format ignores a user defined locale samuel_k 849 boost::format and operator priority rule samuel_k 713 Boost.Format doesn't work on MSVC with /vd2 compiler option samuel_k 704 format zero length string msvc-8 samuel_k 585 64 bit compile warning/error for boost::format samuel_k 570 boost::format parse method doesn't work samuel_k 493 format: assert when parsing invalid pattern shammah 840 pool allocator - local variable shadow patch shammah 836 warning using pool.hpp shammah 386 boost::pool_allocator breaks with vector of vectors shammah 290 perfomance: memory cleanup for pool takes too long shammah 284 pool::purge_memory() does not reset next_size shammah 88 ct_gcd_lcm.hpp compilation error speedsnail 615 thread identification and getting the id speedsnail 204 Add a monitor class speedsnail 194 Exchange results between several thread calls speedsnail 174 cooperation with ACE framework speedsnail 173 more synchronization primitives for the threads classes speedsnail 172 cooperation with ZThread package speedsnail 171 class for function calls that are not thread safe turkanis 869 [iostreams] patch for building by BBv2 turkanis 856 iostreams file_descriptor::write fails under Win32 turkanis 822 Incorrect usage of bad_write()_ bad_seek() etc. turkanis 817 Performance problem in iostreams turkanis 791 iostreams::tee_filter is for output only turkanis 786 bug in iostreams/copy.hpp line 81 turkanis 699 Changing size of memory-mapped file on Windows turkanis 586 iostreams // file_descriptor::seek BUG on files > 4 GB turkanis 579 boost.iostreams file_descriptor and sharing turkanis 525 problem with boost::iostreams when compiled with Visual C++ turkanis 484 Boost.Iostreams and newline translation urzuga 864 [lambda][utility] Make lambda support result<> urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 426 lambda vs pure virtual functions vladimir_prus 1058 Cygwin libraries & GNU libtool vladimir_prus 1055 boost build system uses wrong `ar` for cross compilation. vladimir_prus 1042 Build: Incorrect parameters for IA64 architecture in MSVC toolset vladimir_prus 985 Free features don't work when building boost vladimir_prus 879 Building Boost with Apache C++ Standard Library (STDCXX) vladimir_prus 853 path with spaces not always handled vladimir_prus 428 Please add support for PDSK compilers for x64 and IA64 vladimir_prus 850 program_options strips off escaped quotes in some situations vladimir_prus 808 [program_options] parse_config_file documentation bug vladimir_prus 689 [program_options] Endless loop with long default arguments vladimir_prus 674 find-library for boost decorated names vladimir_prus 644 Boost.Build v2 build script help for evc4 vladimir_prus 469 multitoken broken vladimir_prus 342 program_options Can one have options with optional values? witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 973 zip_iterator has value_type == reference witt 957 The "Getting Started" page does not mention the stdlib option witt 834 Homepage regression links witt 145 filter iterator adaptor should be able to be bidirectional -- -- 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

Reply formatting plea
by David Abrahams 16 Jul '07

16 Jul '07

When people reply without a blank line separating new from quoted text: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > > quote somebody saying > something about something they > said > Your reply to the quoted text It gets really hard (for me, at least) to distinguish what you wrote from what the other person wrote. I know this seems nitpicky, but I ask that anyone who can tolerate it leave a blank line around replies, as follows: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > quote somebody saying > something about something they > said Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com

1 0

[format] Bug: empty first argument -> crash
by Olaf Krzikalla 16 Jul '07

16 Jul '07

MSVC 8, SP1, boost 1.33.1: <snip> #include <iostream> #include <ostream> #include <istream> #include <boost/format.hpp> int main() { std::cout << boost::format("empty: %1%") % ""; //crash std::cin.ignore(); return 0; } <snip> I consider this a showstopper bug. Best regards Olaf Krzikalla

2 2

[rfc] Inexact quantities arithmetics
by Marat Khalili 16 Jul '07

16 Jul '07

Hello to everyone, I'm developing a library for working with inexact quantities, like (0.3162 +- 0.0079), in other words, for auto-estimating the propagation of errors in calculations. I plan to release it under Boost license when ready. Any comments (including sensibility of the whole project) are welcome. I. Some basic principles and limitations I established so far 1. Inexact quantity is a pair of 'value' and 'error' components. 2. Error component is always non-negative, but can be infinite or NaN. 3. Value and error are of the same type (at least for the user). For example, value can not be 'double' while error is 'float', nor value can be 'complex<double>' while error is 'double'. 4. Value result of calculation does not depend on error and coincides with result of the same calculation for bare value. Correspondingly it is biased from math expectation for any non-linear function. For example, cos(0 +- 0.1).value() gives 1, not exp(-0.05). 5. Error calculation is limited to the first order. This means f(mx +- dx) gives (f(mx) +- abs(dx * f'(mx))), f'' and subsequent terms proportional to greater powers of dx are ignored. For example: cos(0 +- 0.1) gives exactly 1; sqrt(0 +- 0.1) gives (0 +- inf). Later, template parameter for altering behavior described in the previous two items can be added. 6. Correlations are not considered; instead, worst case is always assumed. For example: (mx +- dx) + (my +- dy) gives ((mx + my) +- (dx + dy), not ((mx + my) +- sqrt(dx*dx + dy*dy); x *= x (where x is of inexact type) produces correct result, while x -= x will not produce 0 but, incorrectly, (0 +- 2*x.error()). In the distant future additional operations with correlations (and distributions) explicitly specified by user can probably be added. NOTE: Items 4-6 make specific distribution (normal, lognormal or whatever) irrelevant. II. Proposed IO format 1. Currently IO format is specified by template parameter. I really need your comments here. I want IO format to be both tweakable and replaceable by user with minimum headache. Ideally I'd like to see my specific manipulators similar to std::scientific and std::precision(int), but I'm not sure it's possible. 2. Already, the following format for inexact<T> is implemented: a) When T is simple floating-point type, the format is: '(' value dummy error ')' [('e' | 'E') common_exponent] Here dummy is any whitespace-terminated string. For wchar_t streams sensible value is L" \xB1 ". For char streams default value is " +- ", but one might decide to use " \pm ", or " ± ", or UTF-8 representation of L" \xB1 ", or probably something else as long as it ends on space. The point is to read parenthesized part with: in >> value >> ws >> dummy >> ws >> error; In output, presence of common exponent and specific format of value and error (fixed or scientific, precision) depend on stream flags and values of value and error in a complex way I will not elaborate on here. Results look like this: Default: (-0.0010676 +- 0.0000010) (-1.16767e+06 +- 0.0011) Fixed: (-0.001068 +- 0.000001) (-1167672.1657 +- 0.0011) Scientific: (-1.0676 +- 0.0010)e-3 (-1.167672e+06 +- 1.1e-03) b) Alternatively, just the bare value (without parentheses) can be used in place of (value +- 0). c) When T is collection C<E> of elements E, the format is by definition the same as for C<inexact<E> >. Corresponding converters are provided. For example, output of both inexact<complex<double> >( complex<double>(1, 2), complex<double>(3, 4)) and complex<inexact<double> >( inexact<double>(1, 3), inexact<double>(2, 4)) is "((1 +- 2),(3 +- 4))". 3. Format where error is stored in and retrieved from the number of value digits can be useful as well. III. Some notes about implementation 1. In implementation the type of error is wrapped in order to guarantee non-negativeness. I'm working on this right now. a) When value type T is simple floating-point type, error will be of type absolute<T>, that trivially converts to T but calls abs() when converting from T. b) When T is collection C<E> of elements E, error will be of type C<A>, where A is error type of E. For example, in inexact<vector<complex<double> > > the value type will be vector<complex<double> >, and error type will be vector<complex<absolute<double> > >. Hopefully all this stuff will get optimized out. I tried to do without this wrapping first, but code is much more transparent with. 2. I'll need derivatives for all cmath functions at least. It is probable that some template-based derivation-finder will be created as a by-product. Or, does one exist already? With Best Regards, Marat P.S. Pardon for possible double-post. I'm really lost how boost list + gmane combination works.

6 14

Monotone phasing out use of bits of boost due to having to build external libraries
by Anthony Williams 16 Jul '07

16 Jul '07

There has recently been some discussion on the monotone development list about phasing out their use of boost libraries that require building external lib files (filesystem and regex). I thought people might find it interesting, so I'm posting some of the comments here: "Zack Weinberg" <zackw(a)panix.com> writes: >Anthony Williams <anthony_w.geo(a)yahoo.com> wrote: >>"Zack Weinberg" <zackw(a)panix.com> writes: >>> Anthony Williams <anthony_w.geo(a)yahoo.com> wrote: >>>> "Zack Weinberg" <zackw(a)panix.com> writes: >>>> > As of revision 9546b6ea3c29b0a8f63542f6d495efd33bec9add, Monotone no >>>> > longer depends on boost::filesystem. >>>> >>>> I don't understand. Monotone uses boost all over the place. Why remove uses of >>>> boost::filesystem and replace with hand-rolled stuff that will probably have >>>> problems, especially on Windows? >>> >>> For logistic reasons, we want to stop using all Boost libraries that >>> aren't header-only; I'll get into that below. >>> >>> However, besides that, IMO boost::filesystem was always a poor fit >>> with Monotone. We had another path abstraction on top of it to >>> provide a type-system distinction between three different kinds of >>> paths (file_path, bookkeeping_path, system_path); there were >>> long-standing bugs in our handling of filesystem character sets that >>> we could not fix because fs::path got in the way; the last straw was >>> the interface changes between 1.33 and 1.34, which took away >>> interfaces we needed (normalize_path, especially). >>> >>>> > boost::regex is now the only component of Boost that we use that >>>> > requires an external library for part of its code. >>>> >>>> Is that the problem --- the external libraries? If so, then people at boost >>>> would like to know. There's always discussion about whether libraries should >>>> be header-only or not. >>> >>> External libraries are definitely a problem for us. Due to boost's >>> bizarro build system, it is not practical to bundle them in the >>> monotone build, and "I can't get boost built" is among the top five >>> problems people have trying to build monotone from source. If we use >>> system-provided libraries, we have to match compilers and compile >>> settings with them (see Debian bugs #404616 and #384565, for >>> instance). We can't even bundle the header-only libraries we use, >>> because version skew between them and the external boost libraries >>> would be lethal. >>> >>>> If you're not going to be removing regex all together, and you're not going to >>>> write your own regex engine, so monotone will still depend on an external >>>> library (e.g. pcre), why try and remove the dependency on the boost regex >>>> library? >>> >>> boost::regex in particular has the additional problem of depending on >>> libicu (if built that way) whether or not the Unicode interfaces are >>> used. (We don't.) Libicu is huge, and has a bug that (on at least >>> Linux and Solaris) renders ineffective all our efforts to keep thread >>> overhead out of the C++ runtime. >> If you don't need ICU, don't use it --- I never use it, so I don't compile >> regex that way. >Yes, and I'd be a lot happier with boost::regex if the shared library >were split into ASCII and Unicode modules. (Not enough happier with >it to keep using it in Monotone, though, just to be clear.) >>> It is also, itself, five times larger than libpcre. >> Is that really a problem? >Yes. It means the statically-linked-against-boost binary we offer for >download is larger than it could be. Not by a large proportion, but >every bit helps. Anthony -- Anthony Williams Just Software Solutions Ltd - http://www.justsoftwaresolutions.co.uk Registered in England, Company Number 5478976. Registered Office: 15 Carrallack Mews, St Just, Cornwall, TR19 7UL

12 15

[Report] 0 regressions on RC_1_34_0 (2007-07-16)
by Douglas Gregor 16 Jul '07

16 Jul '07

Boost Regression test failures Report time: 2007-07-15T13:40:02Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… No failures! Yay!

1 0

Boost gripes on slashdot
by Steve Trutane 16 Jul '07

16 Jul '07

On this recent slashdot thread, there seems to be more griping than advocacy regarding Boost and template metaprogramming: Any "Pretty" Code Out There? http://ask.slashdot.org/comments.pl?sid=250311&threshold=1&commentsort=0&mo… Just wondering if the Boost devs have any words of wisdom on this matter. Steve

8 8

[docs] frame replacement
by Gennadiy Rozental 16 Jul '07

16 Jul '07

Attached is trivial frame replacement mechanism I think we can use. Is it possible to add support in BoostBook for something like this? Gennadiy P.S. For some reason I can't post in docs group. Can someone take a look why? begin 666 a.html M/&AT;6P^#0H\<W1Y;&4@='EP93TB=&5X="]C<W,B/@T*=&%B;&4@>PT*(" @ M('=I9'1H.B @(" @(" @,3 P)3L-"GT-"@T*=&%B;&4@=&0N;F%V('L-"B @ M("!W:61T:#H@(" @(" @(#$P)3L-"B @("!B;W)D97(M=VED=&@Z(" R<'@[ M#0H@(" @8F]R9&5R+6-O;&]R.B @8FQA8VL[#0H@(" @<&%D9&EN9RUR:6=H M=#H(a)-G!X.PT*(" @(&)O<F1E<BUR:6=H="US='EL93H@<V]L:60[#0I]#0H- M"G1A8FQE('1D+F-O;G1E;G0@>PT*(" @('=I9'1H.B @(" @(" @.3 E.PT* M(" @('!A9&1I;F<M;&5F=#H@-G!X.PT*?0T*#0I!.FQI;FL@(" @>R!T97AT M+61E8V]R871I;VXZ(&YO;F5]#0I!.G9I<VET960@>R!T97AT+61E8V]R871I M;VXZ(&YO;F5]#0I!.F%C=&EV92 @>R!T97AT+61E8V]R871I;VXZ(&YO;F5] M#0I!.FAO=F5R(" @>R!B86-K9W)O=6YD.B C1$1$1$1$.R!]#0I!.F9O8W5S M(" @>R!F;VYT+7=E:6=H=#IB;VQD.R!]#0H-"@T*/"]S='EL93X-"@T*/'-C M<FEP="!L86YG=6%G93TB2F%V85-C<FEP=#$N,B(^#0H@(" @(&9U;F-T:6]N M(&]B:E]G970H('9I<U]O8FI?:60@*0T*(" @("![#0H@(" @(" @<F5T=7)N M(&1O8W5M96YT+F=E=$5L96UE;G1">4ED*"!V:7-?;V)J7VED("D[#0H@(" @ M('T-"@T*(" @("!F=6YC=&EO;B!O8FI?<F5M;W9E*"!V:7-?;V)J("D-"B @ M(" @>PT*(" @(" @(&EF*" A=FES7V]B:B I(')E='5R;CL-"@T*(" @(" @ M('9I<U]O8FHN<W1Y;&4N9&ES<&QA>2 ](")N;VYE(CL-"B @(" @?0T*#0H@ M(" @(&9U;F-T:6]N(&]B:E]D:7-P;&%Y*"!V:7-?;V)J("D-"B @(" @>PT* M(" @(" @(&EF*" A=FES7V]B:B I(')E='5R;CL-"@T*(" @(" @('9I<U]O M8FHN<W1Y;&4N9&ES<&QA>2 ](")B;&]C:R([#0H@(" @('T-"@T*(" @("!V M87(@8W5R<E]O8FI?:60@/2 B8S B.PT*#0H@(" @(&9U;F-T:6]N('-H;W=? M:71E;2@@:60@*2 -"B @(" @>PT*(" @(" @(" @(&EF*"!C=7)R7V]B:E]I M9" A/2!I9" I('L-"B @(" @(" @(" @(" @;V)J7W)E;6]V92@@;V)J7V=E M="@@8W5R<E]O8FI?:60@*2 I.PT*(" @(" @(" @(" @("!O8FI?9&ES<&QA M>2@@;V)J7V=E="@@:60@*2 I.R -"B @(" @(" @(" @(" @8W5R<E]O8FI? M:60@(#T@:60[#0H@(" @(" @(" @?0T*#0H@(" @(" @(" @<F5T=7)N(&9A M;'-E.PT*(" @("!]#0H\+W-C<FEP=#X-"CQB;V1Y/@T*/'1A8FQE/@T*/'1R M/@T*/'1D(&-O;'-P86X](C(B/@T*/' ^2&5A9&5R/' ^#0H\=&0^#0H\+W1R M/@T*#0H\='(^#0H\=&0@=F%L:6=N/2)T;W B(&-L87-S/2)N878B/@T*/'5L M/@T*/&QI(&ED/2)L,2(^/$$@:')E9CTB(R(@;VYC;&EC:STB<F5T=7)N('-H M;W=?:71E;2@@)V,Q)R I.R(^,3PO03X\+VQI/@T*/&QI(&ED/2)L,B(^/$$@ M:')E9CTB(R(@;VYC;&EC:STB<F5T=7)N('-H;W=?:71E;2@@)V,R)R I.R(^ M,CPO03X\+VQI/@T*/&QI(&ED/2)L,R(^/$$@:')E9CTB(R(@;VYC;&EC:STB M<F5T=7)N('-H;W=?:71E;2@@)V,S)R I.R(^,SPO03X\+VQI/@T*/'5L/@T* M/"]T9#X-"@T*/'1D(&-L87-S/2)C;VYT96YT(B!V86QI9VX](G1O<"(^#0H\ M9&EV(&ED/2)C,"(@<W1Y;&4](F1I<W!L87DZ8FQO8VLB/@T*/' ^96UP='D\ M+W ^#0H\+V1I=CX-"CQD:78@:60](F,Q(B!S='EL93TB9&ES<&QA>3IN;VYE M(CX-"CQP/C$Q,3$Q,3$Q,3$Q,3$Q,3$Q,3$Q,3$\+W ^#0H\+V1I=CX-"CQD M:78@:60](F,R(B!S='EL93TB9&ES<&QA>3IN;VYE(CX-"CQP/C(R,C(R,C(R M,C(R,C(R,C(R,C(R,C(\+W ^#0H\+V1I=CX-"CQD:78@:60](F,S(B!S='EL M93TB9&ES<&QA>3IN;VYE(CX-"CQP/C,S,S,S,S,S,S,S,S,S,S,S,S,S,S,\ M+W ^#0H\+V1I=CX-"CPO=&0^#0H\+W1R/@T*#0H\='(^#0H\=&0@8V]L<W!A M;CTB,B(^#0H\<#Y&;V]T97(\<#X-"CQT9#X-"CPO='(^#0H-"CPO=&%B;&4^ 2#0H\+V)O9'D^#0H\+VAT;6P^ ` end

2 1

Atomic Operations Library
by Matt Calabrese 16 Jul '07

16 Jul '07

Hello, everyone. I haven't been active around here lately, but I was a summer of code participant last year working on the concurrency library (Act) which aimed to bring active objects, futures, lockfree datastructures, and parallel algorithms to Boost. For numerous reasons, after summer of code, my library went through some redesigns and I eventually came to the conclusion that the scope of the library was just much too big to be tackling all at once. For a little while I stopped work entirely, but in the past couple of months I have started to go back and salvage what I had done. Thanks to Dave, Jeff, and others for nudging me back on track. Anyway, I'm taking things a bit slower this time around and I am breaking everything up into smaller pieces before I pull everything back together. The first thing I've been working on since Boostcon is making a more formal and exposed atomic operations library, with a design influenced by the numerous C++ 0x proposals (In particular, it's generally most similar to Peter Dimov's proposal). It's still got a ways to go, but I have the general design out and documented, along with a little bit of implementation and trivial tests up and working with VC 8 and Intel 10 for windows. I don't recommend anyone using it yet, as its only partially implemented and not ported to other systems. Documentation is up at http://rivorus.cupofdirt.net/ and code is in the sandbox in soc/2006/concurrency/trunk. At this point, I'm more just looking to see if there is any interest in me continuing with this portion of the library as its own separate library, to potentially get it completed and up for review sooner if interest is there, and I'd like to hear opinions on the design (please read the rationale in the docs first, though, as I'm sure it will attempt to answer the most obvious question about the design). Also note that although I do not mention additional atomic types with overloaded operators that always use interlocked operations, they are planned. For a while I was considering just working on an implementation of N2324, but I personally am not a fan of its design choices and felt that this library may be better for my own personal needs. If others don't feel the same, I'll just leave this library internal to my own and continue on. As it stands, it is to have a superset of the functionality of C++0x proposals which means that it would be able to be used to implement the proposals fairly easily, and it would also be easy to implement this library if an implementation of one of the proposals is present. If anyone is interested in this project and would like to help port to other compilers and architectures, that'd be great too, but at this point I'm more just looking for design criticism. I'm going to be away from civilization this coming week on vacation until next Saturday, but I'll try to poke my head in once every day or two. Again, docs are up at : http://rivorus.cupofdirt.net/ And source is in the sandbox under soc/2006/concurrency/trunk Thanks. -- -Matt Calabrese

6 6