- Boost - lists.boost.org

Help with Boost Preprocessor
by Emil Dotchevski 30 Aug '09

30 Aug '09

Let's say I have a class template functor like this: struct func { typedef void result_type; template <class A1,class A2,class A3> void operator()( A1, A2, A3, int x ) { } }; Given a list of types, I want the function instantiated and called for all permutations of the types in the list; the additional argument(s), x, just need to be forwarded the same for all instances. Actually I got it working, see http://codepad.org/tnYTy9Iw. I don't think that my solution is very good though. First, it has some run-time overhead due to the use of boost::bind in fwd1 and fwd2 (see link above.) Second, I'd like the macro that defines the type list not to be hard-coded in fwd1 and fwd2. Is this possible? Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

4 7

[1.40.0] Release candidates available
by Beman Dawes 30 Aug '09

30 Aug '09

The 1.40.0 release candidates are available. See http://boost.cowic.de/rc/ Please download, give it a try, and then report back either success or failures. These will get pushed out to SourceForge once we've had enough reports to be sure the packages are good. TIA, --Beman

6 18

[1.40] Release of PDF docs for Boost-1.40 now available.
by John Maddock 29 Aug '09

29 Aug '09

For those who prefer printable docs, PDF builds of the docs from Boost-1.40 are now available from the usual sourceforge download site: https://sourceforge.net/projects/boost/files/ (look under the boost-docs subtree). Direct links are as follows: zip (19.2Mb): https://sourceforge.net/projects/boost/files/boost-docs/1.40.0/boost_pdf_1_… tgz (19.7Mb): https://sourceforge.net/projects/boost/files/boost-docs/1.40.0/boost_pdf_1_… 7z (17.9Mb): https://sourceforge.net/projects/boost/files/boost-docs/1.40.0/boost_pdf_1_… Please note that not all libraries have documentation suitable for automatic PDF generation yet, libraries covered are: Accumulators Any Array Asio Bimap Bjam Boost.Build Range Boostbook TR1-complex number algorithms Concepts Config Conversion Date_time Foreach Function FunctionTypes Fusion Hash Interprocess Intrusive Iterator Lambda Math (special functions and distributions) Math-gcd MPI Octonion Optional Phoenix ProgramOptions Proto Python tutorial Quaternion Quickbook Ref Regex ScopeExit Signals Signals2 StaticAssert StringAlgo Thread TR1 Tribool TypeTraits Typeof Units Unordered Variant Xpressive Enjoy! John Maddock.

2 2

RFC - Updated MapReduce library
by Craig Henderson 29 Aug '09

29 Aug '09

I have considerably revised and updated my MapReduce library and committed the changes to the Sandbox. I've also uploaded to the Vault for easy access http://www.boostpro.com/vault/index.php?action=downloadfile <http://www.boostpro.com/vault/index.php?action=downloadfile&filename=mapred uce_0_3.zip&directory=&> &filename=mapreduce_0_3.zip&directory=& Library documentation to date is available along with the code, or on my site at http://craighenderson.co.uk/mapreduce/ I am very interested to hear any comment on design, code, performance or any other area. Regards -- Craig Craig Henderson <http://craighenderson.co.uk/> http://www.craighenderson.co.uk http://www.siteupdatenotification.com

3 14

Boost.Multimethod proposal
by Nicholas Howe 29 Aug '09

29 Aug '09

I have written a C++ Multimethod library and propose adding it to Boost. I see that the addition of such a library to Boost has been proposed in the past, and been met with relative enthusiasm. However, it has not been done. Does anyone know why previous attempts were aborted? I want to be sure there is a demand before starting the somewhat daunting task of boostifying and documenting my library. The library works by requiring clients to register user types of interest, and specify their public base classes. This allows traversing class hierarchies at run-time. A multimethod uses this information to perform run-time overload resolution on registered methods to determine the best implementation based on the type-id of each parameter. There are no restrictions on the types of a multimethod's parameters, although only single indirections to user types will behave polymorphically. The library is designed to behave well when used by other libraries. To declare a new method, the client is required to derive a new type from the multimethod type. This allows multiple multimethods with the same parameters in different libraries. It also allows encapsulation of each multimethod implementation within each library, reducing the chance of conflict between different libraries that were compiled with different versions of the multimethod library. Is there any interest in including my library in Boost? Nick

10 14

Boost C++ Math Toolkit
by Paul A. Bristow 29 Aug '09

29 Aug '09

I am pleased to announce publication of the Boost Math Toolkit PDF documentation as a book (in CD format initially). Boost C++ Math Toolkit, ISBN 0-9504833-2-X John Maddock, Paul A. Bristow, Hubert Holin, Xiaogang Zhang, Bruno Lalande, Johan Råde, Gautam Sewani, Thijs van den Berg Publisher: hetp Publication date: 1 Sep 2009 Suggested Classification 519.2-dc22 If you are using this software, and writing academic or scholarly articles, you can reference it as above. (If you an author you can add it to your CV ;-) In the unlikely event that anyone would like this as a CD, I can of course provide it (at a modest cost) - but then you can download everything for free from www.boost.org or www.sourceforge.net. The CD also includes a Windows Installer program for the Distribution Explorer (but you can also download from http://distexplorer.sourceforge.net/) Please tell me if you would like to be able to buy a printed version. Thank you. Paul --- Paul A. Bristow Prizet Farmhouse Kendal, UK LA8 8AB +44 1539 561830, mobile +44 7714330204 pbristow(a)hetp.u-net.com

1 0

[mpl] minor typo in for_each documentation
by Emil Dotchevski 29 Aug '09

29 Aug '09

See http://www.boost.org/doc/libs/1_39_0/libs/mpl/doc/refmanual/for-each.html, the example at the bottom: shouldn't the 'n' be '\n'? Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

2 1

GTL Questions
by Tom Brinkman 28 Aug '09

28 Aug '09

Just to get things rolling, a few softball questions. Could you give a short history of this library? How long has it been in development? Is it in current use? If so, how and where. Does this library have any affiliation with Intel? Thanks for submitting this greatly needed library. A lightweight, boost friendly geometry library would be very useful. Tom

2 1

boost.polygon not GTL
by Tom Brinkman 28 Aug '09

28 Aug '09

boost.polygon, not GTL. Sorry. Any plans to work together with the authors of GTL and synchronise your API's?

2 1

Unicode preview 3
by Mathias Gaunard 28 Aug '09

28 Aug '09

Here is the third preview of the Unicode library developed by myself and mentored by Eric Niebler as part of the Google Summer of Code, and probably the last one as part of this program. (I will continue development and maintenance of it, however) The docs are available online at: http://blogloufoque.free.fr/unicode/doc/html/ The code, documentation, examples, tests and data parser are also available on the sandbox subversion repository, and as an archive on the vault: http://tinyurl.com/n9xqju Note you will need to set BOOST_ROOT to the root of your boost trunk checkout in order to compile the library, examples, tests, documentation or data parser. One particular issue subject to debate lately is the name of the "Pipe" concept. It has been suggested it be renamed to Transducer, Transcoder or Converter. I would appreciate community feedback on this. I'm also trying to polish documentation, so I would like to know anything that could be made better, or anything that is a bit unpractical or hard to understand. (and of course, things that are incorrect as well) You will also notice part of the reference is separate, and that some files do not lie under boost/unicode. Those are things I am pondering whether they should get included in Boost.Iterator or Boost.Range instead of Boost.Unicode. any_range (which depends on any_iterator, that I didn't write) and join_iterator certainly ought to not be in the Unicode library, but I'm unsure about the rest. There are also a few little things in the source I'd like to get included elsewhere, such as foreach_auto, common_type, static_pow and mpl/ustring, but I didn't document these at all.

2 3