- Boost - lists.preview.boost.org

Where's the "who's using Boost" docs been moved too?
by John Maddock 17 Mar '08

17 Mar '08

They seem to have gone from Trunk, but I can't find them in the Website area either... where are they now? John.

2 3

[graph] csr_graph_test failure on VC9
by Richard Webb 17 Mar '08

17 Mar '08

The csr_graph_test test is failing on VC9 (http://tinyurl.com/3bbvvo) with the same error message as occurs on VC8 (http://tinyurl.com/3byxt3) which is marked as an expected failure. Should VC9 be marked as an expected failure as well? I guess that the existing markup should be extended to the 64bit VC8 as well (e.g. http://tinyurl.com/3dr3wy) Thanks, Richard Webb

1 0

[thread][1.35.0][trunk] New thread documentation
by Anthony Williams 17 Mar '08

17 Mar '08

Hi, I've just checked in some new quickbook-based documentation for the much-revised thread library on trunk. I expect there's still some parts that are inadequate, but given the major changes since Boost 1.34, I want to ensure that the new docs are in with the new release. So, first question: is it OK to commit the new documentation to the release branch? Second question: I see that many libraries have the generated documentation checked in to SVN. Is this recommended practice? Next: The thread library documentation index at BOOST_ROOT/libs/thread/doc/index.html redirects to BOOST_ROOT/doc/html/thread.html, which in turn redirects to the generated version on the website. Is this still appropriate? Finally: Are there any glaring omissions that I ought to address before 1.35.0 is shipped? Thanks, 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

3 3

[xpressive] regex_replace() issue.
by Robert Dailey 17 Mar '08

17 Mar '08

Hi, Currently I'm using Boost.Xpressive to search a string for variables that will be replaced by localized utf-8 encoded strings, in the format of $(variable_name). Because of this, I don't think I can simply use regex_replace(), since it takes a common regex that will be used to replace all matches, when in my case each match requires a special, unique replacement. Is there a way of doing this using Boost.Xpressive, or do I need to use a different component in the boost library? Is there a Xpressive 'replace' function that takes a functor, perhaps, and for each match it calls the function object and replaces the match with the return value of the functor? An example of a string that I'll be searching is below: "This string $(variable1) has localized $(var2) text interleaved for no $(reason)" In the string above, we have 3 variables. Each variable will reference a string in a localization table, which will then be used to replace the variable itself. Any help is greatly appreciated. Thanks.

5 15

[filesystem] not_found_error unresolved external symbol on windows platform
by Alexander Arhipenko 17 Mar '08

17 Mar '08

Hi, guys! I had following problem when using boost::filesystem dynamically linked on windows platform: unresolved external symbol boost::filesystem::not_found_error. (By the way, this issue was raised up on users list some time ago, but had no resolution). According to dumpbin utility, mentioned symbol resides in boost_filesystem binary, so, I guess, there is some problem with macro magics (__declspec(dllimport/dllexport) ) in header file (operations.hpp). I'm building test application using Boost.Build: Boost.Build V2 (Milestone 11) Boost.Jam 03.1.16 and boost 1.34.1. Compiler is MSVC 9, but problem is reproducible on MSVC 8. The attached patch fixes the problem by defining BOOST_FILESYSTEM_DYN_LINK in usage requirements (in boost.filesystem's Jamfile.v2), but I'm wondering 1. why all the other symbols are successfully imported when mentioned macro is not defined 2. and why this macro wasn't defined in usage requirements by the author of the library. Could you please shed a light on this issue or correct me if I'm doing something wrong. Thanks. Sasha P.S. In attach there are minimal project that reproduces the problem and patch that fixes the problem.

2 2

[quickbook][1.35]
by Daniel James 16 Mar '08

16 Mar '08

Hi, There are two copies of the quickbook documentation in the release candidate - one in 'boost/tools/quickbook/doc/html' and one in the main generated documentation. The one in the generated documentation has a few broken links because they're releative to the 'tools' location. So can I remove it from the generated documentation from this release, and then if it needs to be added to the generated documentation, we can get that working for the next release? Daniel

3 2

Features list for v1.34
by Balasubramanyam, Shivakumar 16 Mar '08

16 Mar '08

Hi, Could someone point me to a link that provides features added or major bugs fixed for a major boost release. Currently we are using 1.32 and I would like to know if we need to upgrade to 1.34 releases. I tried in the boost.org but could not find a link. Thanks, Shiva

3 2

Attention: all authors of new libraries for 1.35.
by John Maddock 16 Mar '08

16 Mar '08

Could you please check that the descriptions here: http://beta.boost.org/users/news/version_1_35_0 are correct. If you would like to expand on the descriptions given then now is the time to do so! Thanks, John.

4 5

Review Request: Dataflow.Signals
by Stjepan Rajko 16 Mar '08

16 Mar '08

Hello, I would like to request a formal review of the Dataflow.Signals layer of the Dataflow library. The Dataflow.Signals layer provides dataflow functionality based on function calls (using Boost.Signals), and is a result of the Signal Networks GSoC project from 2007. (The other layers of the Dataflow library are not quite ready, so for now I'd like to keep them as implementation details and/or examples of the Dataflow.Signals layer, and submit them for review at a later point.) The documentation for the Dataflow library is located at: http://dancinghacker.com/code/dataflow/ Version 0.9.0 has been uploaded to the vault, in the Dataflow directory. There are a few more things I plan to add before the library comes up for review, especially regarding the documentation and motivating examples. Description: The Dataflow library is a generic library for dataflow programming. Dataflow programs can typically be expressed as a graph in which vertices represent components that process data, and edges represent the flow of data between the components. As such, dataflow programs can be easily reconfigured by changing the components and/or the connections. The Dataflow.Signals layer provides dataflow functionality based on function calls - which is one of the fundamental ways of dataflow in C++. For its data transport mechanism, Dataflow.Signals uses Boost.Signals which can be used to make lasting dataflow connections based on function calls. Dataflow.Signals provides the following to facilitate signals-based dataflow networks: * A number of useful general-purpose components, and building blocks for implementing new components. * Various free functions and operators for connecting and using components. Kind regards, Stjepan

5 20

[fusion] Instantiating elements of nested sequences
by Carlos Rafael Giani 16 Mar '08

16 Mar '08

Hi, I want to store boost signals in fusion sequences. This does not work directly, since signals are noncopyable. I figured I could use shared_ptr's of the signals, and all that needs to be done is to iterate through the sequences, instantiate objects, and assign them to the shared_ptr's. These are the structures for the signals: template < typename Element > struct element_signals { typedef boost::signal < void(model const &, Element const &) > event_signal_t; typedef boost::signal < void(model const &, Element const &, std::vector < std::string > const &) > modified_signal_t; typedef boost::fusion::vector < std::tr1::shared_ptr < event_signal_t >, // add std::tr1::shared_ptr < event_signal_t >, // remove std::tr1::shared_ptr < modified_signal_t > // modified > signals_t; typedef boost::fusion::pair < Element, signals_t > signals_pair_t; }; typedef boost::fusion::map < element_signals < vertex_iterator > ::signals_pair_t, element_signals < edge_iterator > ::signals_pair_t > signals_t; Now, I am trying to do something like this pseudo-code: signals_t signals; for_each(signals, for_each(_1, _1 = typeof(_1)(new typeof(_1)::element_type) ) ); Problems: 1) How do I get the type of the current element in the for_each loop without resorting to functors? 2) I tried to use a MPL placeholder for the _1 in the outer for_each loop, but it didn't seem to work. Does Fusion have its own placeholders, or what am I missing? Regards,

1 0

[1.35][GIL] No copyright/license on docs?
by John Maddock 16 Mar '08

16 Mar '08

Currently the biggest single group of failures in the inspection report comes from GIL: http://mysite.verizon.net/beman/inspect.html#gil Is there any easy way we can regenerate this documentation with an appropriate license declaration? John.

2 1

[proto] comments on documentation #2
by Markus Werle 15 Mar '08

15 Mar '08

Hi! <anecdote> This morning (6:45 CET) I was sitting at the breakfast table and was reading the printed PDF of proto docs. My little son (6 years old) entered the scene and the first question he asked was: "What kind of puzzle are you trying to solve?". Kids always have a keen sense of what's really going on ... </anecdote> Before I start nagging, I should say that a large subset of the docs are well-done, near perfect. The setup of the first chapters makes it easy to approach proto. But I got lost in the middle with transforms and that is a BadThing (TM), because those are the beasts everybody needs in order to get the maximum out of proto. The transform chapter leaves me with the same feeling I had 1998, 2 weeks after my decision to learn C++, when I was reading Stroustrup's TCPPL chapter about templates. I wish Vandevoorde/Josuttis would have written their book _before_ I had to use templates (and gcc). Same here: I beg for some step-by-step-by-example introduction right now. Nothing of this part of the docs reached my heart and mind. Without tiny little examples I am totally lost here. This serves well as reference documentation, but not as main entry point to a feature of a library. I will try to work through the examples now, but any introductory material appreciated here. Keep me informed about updates in that section, please. Minor issues: First of all: Expression Extensions can go a long way without transforms. So I would recommend to put this chapter in front of the one about transforms. Then introduce transforms later for those with the sword of metaprogramming knowledge and the will to survive. extends<> is useful even without transforms and so why not give it a chance before readers are drawn away by the more advanced, but horrible-to-catch features. Also it might make sense to show an example which uses std::algorithms like the original std::transform example in order to show the power of proto here. AFAICS _make_terminal drops in from heaven without introduction - right? Do we need that one? is terminal<>::type not equivalent? if yes, remove _make_terminal. ------------------------------------- The decltype stuff distracts from the key points. Unaware readers get into panik when seeing static references to types and a keyword yet not in C++. How about typedef ...implementation defined ... result_type; Then move the decltype stuff to the comment paragraph below the code as extra information. Also: why ::result_type and not ::type? Is this consistent with mpl? ----------- Could you provide a full (compilable) example for increment_ints? That would help education (though I feel like I got that one) Maybe even extend the example to an initialization action based on operator new ... ----------- sed -es,no temporaries!,no temporary vectors!,g Maybe state that there are no temporary vectors, but of course the integer 2 in stored as temporary in [2]. Also state that every modern compiler since intel's 8.1 is capable of optimizing that one away, so nobody should care, and then: Look ma! no template code on-board after optimization -> the abstraction penalty is zero! ----------------------------------------------------------- Now it is time to share some time with the kids. Read you later in this group ... Markus

2 4

[1.35][ASIO] Broken index.html
by John Maddock 15 Mar '08

15 Mar '08

The links to the ASIO docs from the main documentation index page is broken, likewise the forwarding HTML file in libs/asio also forwards to a non-existent file. So.... where have the docs moved to... or were they not committed? Thanks, John.

5 6

[proto] comments on documentation #1
by Markus Werle 15 Mar '08

15 Mar '08

Hi! This is a proposal for extra text which might have helped me to catch some things right from the beginning: Section "Accessing Children Nodes": Subsection "Expression Nodes as fusion sequnces" After "... arguments in order" please insert an improved version of the following paragraph (intended for first-contact-to-proto people like me) --- Note that in C++ operators are nothing else but special syntax for operations that can be written as function calls, e.g. a+b is equivalent to binary_plus(a, b). Proto "thinks" of operators in this way and - as introduced above - uses a type representation of the form expr<tag::binary_plus, typeA, typeB> This is why function calls are nothing special to proto and and are handled in analogy to operators: For function calls the type representation has a tag tag::function and the type of function is stored as extra template argument, so you obtain type representations of the form expr<tag::function, typeFunction, typeA, typeB> for a function call Function(A, B). So if a compile time algorithm in proto needs only access to the types of the arguments and not to the type of the function, the first argument has to be removed from the sequence. We will come back to this in a second: [Then show the example and then in the explanation add:] What happens during compilation with "fun(1, 2, 3, 4)"? The type of fun is in namespace proto, so it is "tainted" with Proto-ness exactly like _1 in the examples above. Similar to _1 + 2, which has a return type of expr<tag::binary_plus, ....> ;-) \footnote{Once in a time binary operator+ was tagged tag::plus, which led to trouble for the tag name of unary operator+. A lot of crazy proposals for the tag name were made, now we simply use tag::binary_plus and tag::unary_plus, no further discussions needed} ;-) the call fun(...) has a return type of expr<tag::function, PUT_SOME_CODE_HERE, ....> The integers are automatically wrapped in terminal<int>s. That's why proto is so cool. Since we are only interested in the arguments of the function call and already know that expression nodes are valid Fusion sequences and know that the first element in the fusion sequence is the function type, namely terminal<fun_t>::type alias expr<tag::terminal, bla bla>, we use a compile time algorithm which drops the first element from the list before pushing the result through other very useful algorithms of boost::fusion - in this example for_each and transform (Did we already mention that you are lost with proto if you do not know fusion?) ----------------------------- Markus

2 1

[proto] docs: Calc2 improvement proposal
by Markus Werle 15 Mar '08

15 Mar '08

Hi! First of all: This is a very nice example. Fantastic idea to introduce index information stored in the terminals at this place in the docs - perfect. If you define arg as template<int I> struct arg {}; and change the code accordingly the reader is not in need to know anything about mpl::int_ and IMHO the code template <int I> double operator ()(proto::tag::terminal, arg<I>) const { return d[ I - 1 ]; } is easier to read than template<typename I> double operator ()(proto::tag::terminal, arg<I>) const { return d[ I() - 1 ]; } Note that this should be written for beginners like me, so one catches the idea immediately without taking the extra path to mpl here. Markus

2 1

[filesystem] wpath_traits missing BOOST_FILESYSTEM_DECL
by Alexei Alexandrov 15 Mar '08

15 Mar '08

Hi, In Boost 1.34.1 the wpath_traits class misses BOOST_FILESYSTEM_DECL declaration and thus cannot be used with boost::filesystem is dynamically linked on Windows. Is this a bug or it's me who misses something? -- Alexei Alexandrov

1 0

filesystem::wpath and Linux
by Johan Ström 15 Mar '08

15 Mar '08

Hello list! Im working on an app wich is to run on windows, linux and OSX. I just switched from using filesystem::path to wpath, to be able to use i18n'ed paths on Windows. However this gave me a bunch of problems on Linux. A simple test case: test.cpp #include <iostream> #include <boost/filesystem/path.hpp> #include <boost/filesystem/convenience.hpp> namespace fs = boost::filesystem; int main() { fs::wpath mypath(L"/tmp/some/Directories"); for(int i = 0; i < 10; i++) { try { std::wcout << "Creating " << mypath << " nr " << i; fs::create_directories(mypath); }catch(std::exception&e) { std::cout << e.what() <<std::endl; } } } And Jamfile: import modules ; BOOST_ROOT = [ modules.peek : BOOST_ROOT ] ; use-project /boost : $(BOOST_ROOT) ; project wpathtest : requirements <library>/boost/filesystem//boost_filesystem/<link>static ; exe test : test.cpp : ; Running this in GDB on Linux with gcc 4.1.1, boost 1.34.1 (.0 too): (gdb) % dev1 ~/testcase$ gdb ./bin/gcc-4.1.1/debug/test GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /home/johan/testcase/bin/gcc-4.1.1/debug/test Creating /tmp/some/Directories nr 0 *** glibc detected *** double free or corruption (out): 0x0891e858 *** Program received signal SIGABRT, Aborted. 0x001cf7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x001cf7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x002107a5 in raise () from /lib/tls/libc.so.6 #2 0x00212209 in abort () from /lib/tls/libc.so.6 #3 0x00244a1a in __libc_message () from /lib/tls/libc.so.6 #4 0x0024b2bf in _int_free () from /lib/tls/libc.so.6 #5 0x0024b63a in free () from /lib/tls/libc.so.6 #6 0x00654041 in operator delete () from /usr/lib/libstdc++.so.6 #7 0x0065408d in operator delete[] () from /usr/lib/libstdc++.so.6 #8 0x0804e233 in boost::checked_array_delete<char> (x=0x891e858 "\200 \200\200\200\200��\200\200\200\200�\200\200\200\200�\200\200 \200\200p") at /home/common/boost_1_34_1/boost/checked_delete.hpp:41 #9 0x0804e249 in ~scoped_array (this=0xbfefada0) at /home/common/ boost_1_34_1/boost/scoped_array.hpp:65 #10 0x0804f983 in boost::filesystem::wpath_traits::to_external (ph=@0xbfefaf1c, src=@0xbfefadfc) at /home/common/boost_1_34_1/libs/ filesystem/src/path.cpp:96 #11 0x0804af53 in boost::filesystem::basic_path<std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits>::external_file_string (this=0xbfefaf1c) at /home/common/boost_1_34_0/boost/filesystem/ path.hpp:302 #12 0x0804b917 in boost::filesystem::exists<boost::filesystem::basic_path<std::basic_strin g<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfefaf1c) at /home/common/ boost_1_34_0/boost/filesystem/operations.hpp:279 #13 0x0804ba6d in boost::filesystem::exists (ph=@0xbfefaf1c) at /home/ common/boost_1_34_0/boost/filesystem/operations.hpp:601 #14 0x0804c06d in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfefaf1c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:42 #15 0x0804c219 in boost::filesystem::create_directories (ph=@0xbfefaf1c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #16 0x0804c1b3 in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfefaf7c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:51 #17 0x0804c219 in boost::filesystem::create_directories (ph=@0xbfefaf7c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #18 0x0804c1b3 in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfefafc0) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:51 #19 0x0804c219 in boost::filesystem::create_directories (ph=@0xbfefafc0) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #20 0x0804a4c0 in main () at test.cpp:14 (gdb) If I instead remove the for/try stuff (only keep fs::wpath and fs::create_directories(mypath) and the std::wcout, I get this: (gdb) run Starting program: /home/johan/testcase/bin/gcc-4.1.1/debug/test Creating /tmp/some/Directories nr terminate called after throwing an instance of 'boost::filesystem::basic_filesystem_error<boost::filesystem::basic_path <std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> >' what(): boost::filesystem::wpath::to_external conversion error Program received signal SIGABRT, Aborted. 0x001cf7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x001cf7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x002107a5 in raise () from /lib/tls/libc.so.6 #2 0x00212209 in abort () from /lib/tls/libc.so.6 #3 0x006571bb in __gnu_cxx::__verbose_terminate_handler () from /usr/ lib/libstdc++.so.6 #4 0x00654ed1 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.6 #5 0x00654f06 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x0065504f in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x0804b69c in boost::throw_exception<boost::filesystem::basic_filesystem_error<boost:: filesystem::basic_path<std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > > (e=@0xbfeed054) at /home/common/ boost_1_34_0/boost/throw_exception.hpp:39 #8 0x0804f669 in boost::filesystem::wpath_traits::to_external (ph=@0xbfeed1cc, src=@0xbfeed0ac) at /home/common/boost_1_34_0/libs/ filesystem/src/path.cpp:94 #9 0x0804ad15 in boost::filesystem::basic_path<std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits>::external_file_string (this=0xbfeed1cc) at /home/common/boost_1_34_0/boost/filesystem/ path.hpp:302 #10 0x0804b6d9 in boost::filesystem::exists<boost::filesystem::basic_path<std::basic_strin g<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfeed1cc) at /home/common/ boost_1_34_0/boost/filesystem/operations.hpp:279 #11 0x0804b82f in boost::filesystem::exists (ph=@0xbfeed1cc) at /home/ common/boost_1_34_0/boost/filesystem/operations.hpp:601 #12 0x0804be2f in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfeed1cc) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:42 #13 0x0804bfdb in boost::filesystem::create_directories (ph=@0xbfeed1cc) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #14 0x0804bf75 in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfeed22c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:51 #15 0x0804bfdb in boost::filesystem::create_directories (ph=@0xbfeed22c) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #16 0x0804bf75 in boost::filesystem::create_directories<boost::filesystem::basic_path<std: :basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >, boost::filesystem::wpath_traits> > (ph=@0xbfeed278) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:51 #17 0x0804bfdb in boost::filesystem::create_directories (ph=@0xbfeed278) at /home/common/boost_1_34_0/boost/filesystem/ convenience.hpp:88 #18 0x0804a2f3 in main () at test.cpp:10 The double-delete doesnt look too good, does it? The other problem, this makes wpath pretty useless in crossplatform if it cannot decode itself? Even when its such a simple path.. I've done some googling on wpath but there doesnt seem to be very much usage of it.. Any clues? Thanks! -- Johan Ström Stromnet johan(a)stromnet.se http://www.stromnet.se/

4 5

[filesystem] imbue for path_traits
by Alexei Alexandrov 15 Mar '08

15 Mar '08

Hi, Currently filesystem::path_traits doesn't have imbue() method while wpath_traits has. Thus, there is explicit assumption that external and internal encodings for path are the same. But this is not true sometimes. For example, currently it doesn't seem to be possible to use filesystem::path conveniently on Linux in cases when internal encoding of the application is UTF-8 while system encoding might differ from UTF-8 (GB2312, for example).

2 2

[1.35][Property Tree] In or out for 1.35?
by John Maddock 15 Mar '08

15 Mar '08

Do we have a final decision on whether Property Tree is in Boost-1.35 or not? At present it's there in the SVN release branch, but without docs and no link from the main documentation index either :-( I guess my vote at this very late stage is to remove it from the release branch for 1.35, but leave it in Trunk? John.

2 2

gcc-4.3 support
by Tim Blechmann 15 Mar '08

15 Mar '08

hi all, since gcc-4.3 has been released a short time ago, i'm curious about the plans for supporting it in boost 1.35 ... the ticket tracker does contain a few patches for gcc-4.3, which haven't been included in the trunk, yet ... http://svn.boost.org/trac/boost/query? status=new&status=assigned&status=reopened&summary=~4.3&order=priority any plans to include them before 1.35 is out? thnx, tim -- tim(a)klingt.org http://tim.klingt.org Cheat your landlord if you can and must, but do not try to shortchange the Muse. It cannot be done. You can't fake quality any more than you can fake a good meal. William S. Burroughs

2 2

[Proto] review period extended to end March 28th
by Hartmut Kaiser 15 Mar '08

15 Mar '08

Hi all, There have been several requests to extend the Proto review period. For this reason the review now will end on March 28th. This should give you sufficient time to have a closer look at the library and to prepare a review. The original announcement follows: The review of Eric Nieblers Proto library starts today, March 1st 2008, and will end on March 14th. I really hope to see your vote and your participation in the discussions on the Boost mailing lists! --------------------------------------------------- About the library: Proto is a framework for building Domain Specific Embedded Languages in C++. It provides tools for constructing, type-checking, transforming and executing expression templates. More specifically, Proto provides: * An expression tree data structure. * Operator overloads for building the tree from an expression. * Utilities for defining the grammar to which an expression must conform. * An extensible mechanism for immediately executing an expression template. * An extensible set of tree transformations to apply to expression trees. * A mechanism for giving expressions additional behaviors and members. Documentation is here: http://boost-sandbox.sourceforge.net/libs/proto Download proto.zip from here: http://www.boost-consulting.com/vault/index.php?directory=Template%20Metapro gramming Proto is a very important infrastructure library, IHMO. It has been used as the backbone for several other library writing efforts already, such as Xpressive and the rewrite of Spirit (there it has been used for all three parts: the parser, the lexer and the generator modules), and it is a key enabling technology in the long-planned unification of Phoenix and the Lambda Library. --------------------------------------------------- Please always state in your review, whether you think the library should be accepted as a Boost library! Additionally please consider giving feedback on the following general topics: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Regards Hartmut Review Manager

2 1

Updating the Boost license information for 1.35?
by Rick Yorgason 15 Mar '08

15 Mar '08

Hey everyone, I've noticed a few things coming from this mailing list: * There's some rumblings about getting the 1.35 release out the door soon. * A list was compiled showing that uBLAS was the only Boost library that wasn't using the Boost Software License, or at least, the only one that couldn't be easily changed. <http://lists.boost.org/Archives/boost/2007/05/122130.php> * With little fanfare, permission was granted to release uBLAS under the BSL last September. <http://lists.boost.org/MailArchives/ublas/2007/09/2342.php> So, hey, this is great news! My question is, what do you think the chances are that 1.35 could be released under a blanket license? Since the only work required is changing some comments in some source files, it would be a shame if we had to wait another year and a half for this. Cheers, -Rick-

3 6

1.35 ETA
by Richard Newman 14 Mar '08

14 Mar '08

I ask this not to badger well-intentioned volunteers, but to provoke constructive discussion. Version 1.34.1 was released on July 24, 2007, going on 8 months ago. Since that time 6 new libraries have been accepted with one more accepted provisionally (according to boost.org website). Prior to 1.34.1, 1.34.0 was released on May 12, 2007, 2-1/2 months prior. 1.34.0 was considered a very long release: it's predecessor (1.33.1) was released on Dec. 5, 2005, nearly 1-1/2 years prior. At one point, there was hope of getting 1.35.0 out before the end of 2007, given that it was to be a short release primarily to move to Trac and Subversion, without large functionality upgrades or code base improvements. As I recall, part of the intent was to move to faster release cycles with teams of release managers to reduce the imposition on any one volunteer. We are now nearing spring break, the beaches of Cancun beckon, and another round of messages about Google's Summer of Code have begun. Is there a realistic target date for releasing 1.35? Is there a distinct possibility that 1.35 will require a full year or more to close since it began? With respect, Richard Newman

3 4

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

14 Mar '08

[ 223 open bugs 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 20 az_sw_dude 14 vladimir_prus 14 grafik 14 dgregor 12 doug_gregor 12 dave 11 agurtovoy 10 no-maintainer 9 bemandawes 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 6 igaztanaga 5 witt 4 ebf 3 ramey 3 matias 3 kaalus 3 danielw 2 shammah 2 rogeeff 2 pavol_droba 2 nesotto 2 nasonov 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 2 None 1 urzuga 1 speedsnail 1 samuel_krempp 1 pdimov 1 marshall 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 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 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1655 Documentation of the depth_first_search() Function 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 igaztanaga 1683 Boost Intrusive - Superflous template parameter 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 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 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 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 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 1653 wave executable erroneously required for build of function_types lib 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.0] Release candidate quality assurance?
by Beman Dawes 14 Mar '08

14 Mar '08

1.35.0 Release Candidate 1 is about to become available. How can we tell if a release candidate is good enough to ship? While the final decision will come down to a value judgment on the part of the release manager, after consulting with the list, it would be useful to know that obvious showstoppers like missing files aren't an issue. It seems to me that this need breaks down into two categories: * Checks that could be automated. Perhaps someone could write a script that downloads each of the packages (.bz2, .gz, .7z, .zip), unpacks them, and does some basic QA. For example, runs our inspect tool, and makes sure that the number of problems reported isn't greater than expected. Verifies certain files are present. You get the idea. * Checks that require human judgment. Perhaps we could have a check list. It would have to be limited to things that could be checked in a reasonable period of time. We can't expect volunteers to labor for many hours over each release candidate. Thoughts? --Beman

2 1