- Boost - lists.preview.boost.org

Application for GSOC 2015
by Alexandru Hulea 23 Mar '15

23 Mar '15

Hello, My name is Alexandru Hulea and I am an undergraduate student at University POLITEHNICA of Bucharest. I am in the third year at The Faculty of Automatic Control and Computers. My email can be found at [1]. About availability, I think 40 hours / week will be enough, but I will work more if the complexity of the project will require that. The only factors which will affect my availability will be the exams which are scheduled in the first 2 weeks of June. About my educational background, I took some courses related to the projects I apply including C Programming, Data Structures, OOP, Algorithms, Parallel and Distributed Algorithms. I participated in 2 summer schools working on a project in Android and on another project in OpenGL with C++. My favourite programming language is C++. I have 3 years experience in C/C++ and I am interested in scientific work like developing libraries of C++. I like to solve algorithms exercises, to find tricky optimisations for ACM exercises or other programming contests and recently I discover the wonderful world of parallel computing. I am interested in contributing to the Boost C++ Libraries because the project contains the parts of programming I like the most: optimisation and parallel programming. I have experience in C++ 98/03, 11/14, Standard Library and I worked with Git. Unfortunately I have no experience with Boost C++ Libraries. I like to work in Visual Studio on Windows and with Sublime Text and gcc, valgrind in Ubuntu. I am familiar only with JavaDoc speaking of software documentation. About the projects, I find interesting: "Concurrent Hash Tables", "Enhanced vector and deque containers" and "Boost uBLAS a library for matrix computations". I see these projects as optimisation and syncronization problems. My biggest projects are an OpenGL game written in C++ and a client-server application written in C++ too as a homework for the Protocols course. You can find them at [2]. About the application on the projects, could you tell me how I can show my skills in this field ? I searched for a section with a projects or some tests with bugs but I didn't find it. I look forward to hearing from you soon. Thank you, Alexandru Hulea [1]: alexandru.hulea(a)gmail.com [2]: https://github.com/HuleaAlexandru/c-Projects

1 0

[GSoC] [Hana] Project proposal
by Louis Dionne 22 Mar '15

22 Mar '15

Dear Boost, I plan to participate to GSoC this summer with Hana as a project. Joel Falcou, my mentor of last year, kindly agreed to mentor me again this year if I make the cut. This year's project will be much more specific than last year's. Loosely speaking, the goal is to research compile-time associative data structures and to come up with a solution that's both compile-time efficient and which has a flexible interface. You can find the current version of my GSoC proposal at [1]. Please do not hesitate to make comments if you think some things can be improved, which is probably the case. I think my colllaboration with Boost was fruitful last year, and I really hope I can reiterate this year. Regards, Louis Dionne [1]: https://gist.github.com/ldionne/171e6301ecde63712d8a

1 0

Have we lost a bunch of testers recently?
by Peter Dimov 22 Mar '15

22 Mar '15

I'm looking at http://www.boost.org/development/tests/develop/developer/bind.html and I have the feeling that a bunch of columns that used to be there no longer are. I see no tests on OS X, for instance, no tests from Sandia at all, and very slim C++11 coverage. Is this related in some way to the cleanup of old test results perhaps?

5 4

[CrystaX.NET] [log] Test failures
by Andrey Semashev 22 Mar '15

22 Mar '15

Hi, There are quite a few test failures on CrystaX.NET x86 clang testsrs. Basically, there are two kinds of errors: 1. Compilation and linking succeeds but running the test fails due to missing ___tls_get_addr symbol. http://www.boost.org/development/tests/develop/developer/CrystaX-NET-apilev… 2. Linking fails due to missing symbols from iostreams for long double. http://www.boost.org/development/tests/develop/developer/CrystaX-NET-apilev… Are these known problems?

2 3

[gsoc15] Removing my proposal due to plagiarism concerns
by Sandilya Jandhyala 22 Mar '15

22 Mar '15

About 12 days ago I'd posted my proposal here asking for feedback; however, it seems that some people have forked it (it's a GitHub repository) and then deleted their forked repositories. I am taking down the repository due to concerns of plagiarism. I've submitted it to Melange, and community members who want to view it/offer feedback can see it there. I hope the admins are mindful of this when evaluating proposals. It seems that there's already been a case of plagiarism here.

4 5

Test failures on sanitize memory - are they caused by lightweight_test?
by Fletcher, John P 22 Mar '15

22 Mar '15

There is a test set on develop called BenPope x86_64 Ubuntu - phoenix - adapt_function / clang-linux-3.6~msan~c14_libc++ This runs this command line for example on the Phoenix test "adapt_function": "clang++-3.6" -c -x c++ -std=c++1y -stdlib=libc++ -fsanitize=memory -O0 -fno-inline -Wall -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -I".." -o "/home/ben/development/boost/test/build/develop/results/boost/bin.v2/libs/phoenix/test/adapt_function.test/clang-linux-3.6~msan~c14_libc++/debug/address-model-64/architecture-x86/debug-symbols-off/function/adapt_function.o" "../libs/phoenix/test/function/adapt_function.cpp" There are numerous failures with this test set on Phoenix and I set out to find out why. Most of the failures are like this: SUMMARY: MemorySanitizer: use-of-uninitialized-value ??:0 std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::__put_character_sequence<char, std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*, unsigned long) Exiting I think this is coming from the boost::report_errors function defined in boost/core/lightweight_test.hpp I have put some temporary tests on to develop for Phoenix which contain only various calls to test the lightweight test. These are called aa_test0 to 3 so they will come at the top of the table. Unfortunately tests are not reporting at the moment so I don't have any results. There are also failures on the testing of Boost Core with the same test set. I thought I would report this without waiting for the results in the hope that it can be sorted out for the 1.58.0 release. John

4 8

[optional] Problem with new boost::none
by Marcel Raad 21 Mar '15

21 Mar '15

Hi, as mentioned in another thread, there are compilation problems with the reworked none_t on MSVC when using precompiled headers. To reproduce: precompiled header stdafx.h: #pragma once #include <boost/optional.hpp> s.cpp: #include "stdafx.h" struct s { void f(boost::optional<int> const& = boost::none) {} }; On MSVC12, this results in the error message: s.cpp(3): error C3083: ' ?? A0x06d21c56': the symbol to the left of a '::' must be a type

1 0

Re: [boost] [Boost-testing] Have we lost a bunch of testers recently?
by Jim Bell 21 Mar '15

21 Mar '15

On 2015-03-21 9:03 AM, Niklas Angare wrote: > (I'm cross-posting this here for better visibility - please send any > responses to the main developers list) > > "Peter Dimov" <lists(a)pdimov.com> wrote: >> and I have the feeling that a bunch of columns that used to be there no >> longer are. I see no tests on OS X, for instance, no tests from >> Sandia at >> all, and very slim C++11 coverage. > > Looking at the ftp directory for develop, these runners haven't > uploaded in > the past ten days: > > Sandia - 10-12 runners, last upload 2015-02-09 > jc-bell MinGW-* / VC8 / VC10 / FBSD / SUSE - 11 runners, I run the jc-bell tests, but can only run one a day at best. The tests are now falling off faster than they did before, and I've been protesting (for master branch). See: http://lists.boost.org/Archives/boost/2015/03/220662.php HTH

1 0

[GSOC] Proposal template question.
by Damian Vicino 21 Mar '15

21 Mar '15

Hi, Are we suppose to keep the template text in a Q/A fashion or the idea is to write it all over? I started writing the proposal doing replacement of the original text, but now I’m wondering if maybe having all the original text inlined facilitates referencing and discussing between the reviewers. What is the preferred way? Best regards, Damian

2 1

[GSoC '15] Requesting review!
by Abhinav Tripathi 21 Mar '15

21 Mar '15

I have submitted a proposal on GSoC regarding 'Boost Document Library' two days ago. I haven't recieved a single review yet. Mentors Please do review. . Abhinav

2 1

Boost 1_58_0_b1_rc2 is available for testing
by Marshall Clow 21 Mar '15

21 Mar '15

Release candidate files for 1.58.0 beta 1 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. Changes since rc1: * Added the new libraries endian, sort, and winapi. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 to test this. The files (and associated md5s) are: MD5 (boost_1_58_0_b1_rc2.7z) = c58623e8c3d48154bdb1fa2ee5cdbfab MD5 (boost_1_58_0_b1_rc2.tar.bz2) = 94480c2d9de3804a1a4b626a7828bec0 MD5 (boost_1_58_0_b1_rc2.tar.gz) = f7d4b398388c13ca30960c92b8d6342f MD5 (boost_1_58_0_b1_rc2.zip) = 2e9bdfd8dab269a69e4ea4e5ae5b6d47 Thanks! -- The release managers

13 27

[exception] c++11 updates
by Ryan Burn 21 Mar '15

21 Mar '15

I've been working with boost exception and looking at the develop branch on github it looks like much of it hasn't been updated for c++11. Is anyone already working on this already? If not, I'd like to make the following changes: - add rvalue-reference overloads to the error_info class ( https://github.com/boostorg/exception/blob/develop/include/boost/exception/…) and elsewhere so that you can do things like throw my_error() << my_info(std::move(a)) - replace occurrences of "throw()" with a macro (something like BOOST_NO_THROW_SPECIFICATION) that expands to "throw()" if compiling with c++98 and "noexcept" if compiling >= c++11 would these changes be ok? Thanks, Ryan

2 2

Re: [boost] enhanced vector and deque competency test
by Islam Taha 20 Mar '15

20 Mar '15

Thank you again I think it’s solved right now, you can check it Thanks in advance Islam Taha

3 3

[1.58] Request to add fix for ticket #6766 to 1.58 release
by Aparna Kumta 20 Mar '15

20 Mar '15

Boost ticket #6766 ( https://svn.boost.org/trac/boost/ticket/6766 ) affects several of our tests running with Oracle Solaris Studio compiler. It prevents building of libboost_unit_test_framework.a which in turn causes tests from many of the libraries (accumulators, algorithm, assign, lexical_cast, msm, odeint, polygon, range and sync) to fail due to a dependency on libboost_unit_test_framework.a. A PR for this has been submitted.https://github.com/boostorg/test/pull/36 This fix alone causes the pass rate for Boost 1.58 with the Oracle Solaris Studio compiler to increase by about 15%. This fix is not in the 'develop' branch yet. We would very much appreciate if this could be considered for putback into the Boost 1.58 release. Thanks, Aparna

1 0

Re: [boost] enhanced vector and deque competency test
by Islam Taha 20 Mar '15

20 Mar '15

Thank you very much I have now removed all warnings and it removed the segmentation fault as well. It would be appreciated to give me another feedback on the updated code. thanks in advance

2 1

[1.58] Developchanges not yet merged to master?
by Beman Dawes 20 Mar '15

20 Mar '15

FWIW, I got a private email worrying about unmerged fixes: > This is the list of PR's that have been merged into the develop branch but > have not made it into the 1.58 release candidate: > > https://github.com/boostorg/serialization/pull/9 > https://github.com/boostorg/odeint/pull/7 > https://github.com/boostorg/odeint/pull/6 > https://github.com/boostorg/pool/pull/7 > https://github.com/uBLAS/ublas/pull/26 > https://github.com/boostorg/odeint/pull/9 > https://github.com/boostorg/odeint/pull/8 > https://github.com/boostorg/lexical_cast/pull/10 > https://github.com/boostorg/type_traits/pull/11 > https://github.com/boostorg/type_index/pull/6 I asked the sender to post this sort of message directly to the list, but with 1.58.0 so close it seemed worthwhile to send the list along. --Beman

3 2

Re: [boost] [gsoc15] Removing my proposal due to plagiarism concerns
by Islam Taha 20 Mar '15

20 Mar '15

I’m sorry to fork your README file on your rep. i was just concerned to know how to make bold and somethings you do in your file, there is nothing to do with plagiarism with this, don’t worry about your proposal. Apologizes Islam Taha

1 0

Windows Develop Tests Failing
by Tom Kent 20 Mar '15

20 Mar '15

All my windows test runners for develop (teeks99-08*) have been failing for the last few days (I just noticed). They run for a long while, then end with the following at the end of their results/bjam.log file: common.mkdir D:\local\teeks99-08\d\results\boost\bin.v2\libs\multiprecision\test\number_concept_check_cpp_dec_float_no_et.test\msvc-11.0\debug\address-model-64\architecture-x86\debug-symbols-off\link-static\runtime-link-static if not exist "D:\local\teeks99-08\d\results\boost\bin.v2\libs\multiprecision\test\number_concept_check_cpp_dec_float_no_et.test\msvc-11.0\debug\address-model-64\architecture-x86\debug-symbols-off\link-static\runtime-link-static\\" mkdir "D:\local\teeks99-08\d\results\boost\bin.v2\libs\multiprecision\test\number_concept_check_cpp_dec_float_no_et.test\msvc-11.0\debug\address-model-64\architecture-x86\debug-symbols-off\link-static\runtime-link-static" failed to write output file 'D:\local\teeks99-08\d\results\boost\bin.v2\libs\multiprecision\test\number_concept_check_cpp_dec_float_no_et.test\msvc-11.0\debug\address-model-64\architecture-x86\debug-symbols-off\link-static\runtime-link-static\number_concept_check_cpp_dec_float_no_et.obj.rsp'! At first I thought I might be running out of disk space or something, but that all seems fine. Has anyone seen this before? Tom

12 26

Testing develop fails with b2 errors
by Peter Dimov 20 Mar '15

20 Mar '15

LIke this: C:\Projects\boost-git\boost\libs\core\test>b2 toolset=clang,clang-cxx11,gcc,gcc-cxx11,msvc-8.0,msvc-10.0,msvc-11.0,msvc-12.0 [...] C:/Projects/boost-git/boost/tools/build/src/build\project.jam:262: in find-jamfile from module project error: Unable to load Jamfile. error: Could not find a Jamfile in directory '/C:/Projects/boost-git/boost/libs/context/config'. error: Attempted to find it with pattern '[Bb]uild.jam [Jj]amfile.v2 [Jj]amfile[Jj]amfile.jam'. error: Please consult the documentation at 'http://www.boost.org'. and then this: C:/Projects/boost-git/boost/tools/build/src/build\project.jam:280: in load-jamfile from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:64: in project.load from module project C:/Projects/boost-git/boost/libs/log/build\log-architecture.jam:23: in load from module log-architecture C:/Projects/boost-git/boost/tools/build/src/kernel\modules.jam:289: in modules.import from module modules C:/Projects/boost-git/boost/tools/build/src/build\project.jam:1043: in import from module Jamfile<C:\Projects\boost-git\boost\libs\log\build> ..\..\..\libs\log\build\Jamfile.v2:15: in modules.load from module Jamfile<C:\Projects\boost-git\boost\libs\log\build> C:/Projects/boost-git/boost/tools/build/src/build\project.jam:325: in load-jamfile from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:64: in load from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:89: in load-used-projects from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:75: in load from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:113: in load-parent from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:464: in initialize from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:306: in load-jamfile from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:64: in load from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:113: in load-parent from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:464: in initialize from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:306: in load-jamfile from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:64: in load from module project C:/Projects/boost-git/boost/tools/build/src/build\project.jam:145: in project.find from module project C:/Projects/boost-git/boost/tools/build/src\build-system.jam:535: in load from module build-system C:\Projects\boost-git\boost\tools\build\src/kernel\modules.jam:289: in import from module modules C:\Projects\boost-git\boost\tools\build\src/kernel/bootstrap.jam:139: in boost-build from module C:\Projects\boost-git\boost\boost-build.jam:17: in module scope from module

5 7

To split, or not to split, or something else? RE: type_traits rewrite, modularization, dependencies, etc.
by Rene Rivera 20 Mar '15

20 Mar '15

I keep reading emails about the effort to reduce dependencies, and to split libraries into core/simple + whole/big.. And I keep thinking it's making things more complex than they need to be. I can see the need to compartmentalize the parts of a library that have minimal to little dependencies. So here's a suggestions for structure of managing this. I see options: 1. In each library allow for a "core" set of headers that are still in a core subdir. But that we can tell is a subset of the library that has the minimal dependencies. For example we would have: * libs/<lib>/include/boost/<lib>/core/.. * libs/<lib>/include/boost/<lib>/<the-rest>.. This of course assumes that it's headers only that would be core. Second option is to have each library have to explicit sublibs/parts. "core" and "full". Structure would be: * libs/<lib>/core/(build, doc, include, meta, test) * libs/<lib>/full/(build, doc, include, meta, test) Note, both core and full would be in the same git repo to make life easier for library authors and users that visit a library git repo on github. As it's only one place for everything for that one library. As a user, release manager, testing manager, and library author this would be easy to understand and manage than the current "some random set of libraries have core or not and in different places". -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

6 11

[1.58.0] Request permission to merge smart_ptr:94824c8 into master
by Peter Dimov 20 Mar '15

20 Mar '15

This https://github.com/boostorg/smart_ptr/commit/94824c807f76dc4f3d41109a75808e… fixes a problem on QNX/Blackberry by adding std:: to ptrdiff_t, in a place where size_t is already similarly qualified, so it should be very low risk. Tested locally on g++ 4.8.3, clang-3.4.2, msvc-8.0, msvc-10.0, msvc-11.0, msvc-12.0.

2 1

[metaparse] Review Manager
by Christophe Henry 20 Mar '15

20 Mar '15

Dear Review Wizards, I would like to volunteer to be Review Manager for the metaparse library, in agreement with Abel. We would like to suggest May 25 to June 07 for the review. If there are no objections, please sign me up. Regards, Christophe

8 13

[afio][v1.30 "C++ Now edition" released]
by Niall Douglas 20 Mar '15

20 Mar '15

Dear Boost, I am very pleased to announce the v1.30 release of proposed Boost AFIO, a Boost library implementing asynchronous file input/output which has been in the review queue since 2013. This is the version of AFIO which will be overviewed in my talk at C++ Now 2015. It also demonstrates the validity of the clang AST driven BindLib standalone Boost library conversion technique which will also be overviewed at C++ Now. Source distro: https://github.com/BoostGSoC13/boost.afio/archive/v1.30_Boost_v1.57.zi p Docs and CI dashboard: https://boostgsoc13.github.io/boost.afio/ Major new features in the v1.30 release: * Performance was improved by removing the transactional memory support in the v1.2 engine which is now compile time enabled only. Throughput now reaches up to 85% of raw ASIO and average latencies were reduced by 48%, yielding a 15 microsecond average latency with +/- 0.15 microsecond at a 95% confidence interval. This should enable AFIO to handle the latest generation PCIe SSDs with their 80 microsecond latencies reasonably well. * AFIO is now capable of complete standalone usage no Boost dependencies whatsoever, including for its unit testing via a Boost.Test emulation. * Due to its use of libclang AST generated template aliasing to allow user swapping of STL 11 implementation, minimum compilers required are now VS2013, GCC 4.7 and clang 3.2. All the VS2010 workarounds baggage has been eradicated. * All things related to async_data_op_req are now fully metaprogrammed with automatic generation by the compiler of suitable ASIO scatter-gather buffers from input types and STL containers with correct scatter-gather buffer coalescing where safe to do so. This automatic generation is user customisable via free function specialisation. * Support for relative paths from an open file descriptor was added. This lets you specify a file descriptor as a base from which a path fragment operates with the path resolution atomically performed in the kernel, and therefore the path of the base file descriptor may rapidly change safely. * AFIO is now optimally filing system race condition safe on all supported platforms, with per-API documentation of how much race safety is guaranteed per platform. A soak unit test verifies per commit that perfect race safety under severe and rapid filing system change is maintained. * A new afio::path type which very thinly wraps filesystem::path was added. The new afio specific path type makes the management of NT kernel path to Win32 path transition and conversion explicit, and therefore much harder to accidentally get wrong. A new normalise_path() function can convert a NT kernel path to a traditional Win32 path, complete with drive letter. * New platforms supported: Apple OS X and Android 5.0. * New filing system features support: All platforms: sparse file support, storage extent enumeration, extent deallocation ("hole punching"), volume metadata fetching (statfs), open file handle path discovery, hard link support, atomic relink (rename) support. Windows only: file symlinking, NT lock file performance flags (lock file performance is now not far from POSIX), workaround semantics for all the ways Windows will surprise you on the filing system such as files and directories which won't delete. AFIO now does a fair job of replicating POSIX filing system semantics on Windows (and better than Mingw/Cygwin presently). Linux: symlinks are now opened as file descriptors on kernels supporting that feature. * Doubled the size of the tutorial, with all the new material being non-toy examples. There is a particularly nifty "File locking via only atomic appending and hole punching" algorithm implementation in there, and it holds up surprisingly well compared to traditional file locks except on ZFS. Plus, it's completely portable. * Some utility routines in preparation for AFIO v1.4: a cryptographically strong random filename generator, a hugepage TLB STL allocator useful for efficient file copy buffers, a very highly optimised C++ 14 constexpr constructing arbitrary Hamming code SECDED template class (an amazing 22 cycles per byte for the 32784,32768 code), and secure to-hex and from-hex validating converters. * No shortage of bug fixes, helped hugely by additional unit testing for correct error handling. Detailed changelog can be found at https://boostgsoc13.github.io/boost.afio/doc/html/afio/release_notes.h tml. I'll tag a Boost 1.58 release on github once Boost 1.58 is out. This release took far longer than I originally intended mainly due to the extensive debugging of weird filing system races, and for six weeks now I've been working till 5am every night after my day job. I cannot tell you how glad I am to see this release out! My enormous thanks to my family who have put up with a lot for this release, and to my employer for a fairly dopey employee recently. Bed, here I come! Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

3 6

enhanced vector and deque competency test
by Islam Taha 19 Mar '15

19 Mar '15

Hi, I am Islam Taha i’m interested in the idea of enhanced vector and deck and i’ve implemented the simple vector-like container, it would be pleasurable to review and give me your feedback on my implementation. that’s the link ( https://github.com/islam-taha/stdVector/blob/master/vector.cpp <https://github.com/islam-taha/stdVector/blob/master/vector.cpp> ). Thanks in advance.

2 1

GSoC 2015 prospective student
by Tanuj kr Aasawat 19 Mar '15

19 Mar '15

Hi Everyone, I'm Tanuj Kr Aasawat, a final year student of Information Technology (B.E.). I would like to work on implementing a graph container with at least the following features: size, insert, delete, bfs and dfs. In the later part, would like to work on optimising bfs, using parallel computing techniques. In recent years, we have seen that major research is going on optimising the search operations for real world graphs (including RMAT graph and LiveJournal graph). Anticipating positive reply from your side. Thanks and Regards, Tanuj Kr Aasawat Deptt. of I.T, Jadavpur University, India Mitacs Globalink Research Intern, University of British Columbia, Vancouver, Canada

3 4

Gsoc 15 application (boost.uBLAS)
by siddharth kumar 19 Mar '15

19 Mar '15

Hello, I am Siddharth, a Computer science student from IIT Guwahati. After doing a bit of research over the project ideas, I have found the idea of further developing boost.ublas library interesting and so I have written the competency code. Here is the link to the code: https://github.com/sid6641/boost.uBLAS-Gsoc.git I have done a basic course on Linear algebra and Discrete Mathematics, so such a project suits my needs. I need a little help for proceeding further. 1. how is the error handling done in boost library. I am using assert for error handeling (but it does not sem the right way to me), the gaussian elimination doesn't work on singular matrices. So, I would like to set the errno and display apt message to the user when a singular matrix is the input. 2. Is there any predefined format for testing codes in boost library. I have done manual testing. Sorry, I am not familiar with most of the code in boost library. Any further helpful resources are welcome. p.s. I have started writing the proposal for the project and I'll soon draft it for review. Thanks, Siddharth

6 10

Boost on Android
by Dmitry Moskalchuk 19 Mar '15

19 Mar '15

Hi all, As someone of you already know, we've started regular regression testing of Boost on Android. After some (bit longer than I expected) time of debugging, we finally made it working in automatic mode so you can see our results of Boost testing on http://www.boost.org/development/tests/develop/developer/summary.html. We also automatically publish Android-only testing results on https://boost.crystax.net/master/developer/summary.html and https://boost.crystax.net/develop/developer/summary.html. Currently, we have numerous of fails. Some of them are bugs of Boost libraries, some - bugs of CrystaX NDK. We're strongly aim to continue support Boost on Android and fix our NDK to make Android as POSIX-conforming as possible; however, it's not easy to review all fails and distinguish NDK bugs from Boost bugs. So we're asking Boost libraries authors to start looking on Android regression testing results and file tickets to our tracker (https://tracker.crystax.net/projects/ndk) if it become clear that root of fail is bug of CrystaX NDK. CrystaX NDK is open-source project started as my personal project in 2009 to add C++ support to the Google's Android NDK (Google published first Android NDK release in 2009, and there was no support of C++ at all). My patches were published immediately but Google have added the same level of C++ support two years after first CrystaX NDK release, being constantly requested within two years to do that by Android developers community. To that time CrystaX NDK was much more than just "Android NDK with C++ support". Nowadays CrystaX NDK differs very much from Google's one - mostly because Google isn't interested in evolving of native development for Android; but we're _very_ interested. Our main goal is to create powerful comprehensive toolkit for native development for Android, and in fact we're making it much better than Google do. We're strongly aim to continue working on CrystaX NDK and support Boost on Android - just because it's helpful to our NDK too, not only to the Boost community. However, since CrystaX NDK is fully open sourced and we're working on it without being paid by any organization, we need help from peoples interested in evolving of native development for Android. Since 2009 I was working on the project in partial time fashion, making money other way (being paid contractor and working on many commercial projects); but last eight months we have switched to the full time scheme, and have achieved significant results in last release. Now we want to continue working on it full time, improving it more and more, and making native development for Android easier. We've started fundraiser on https://www.bountysource.com/teams/crystaxndk/fundraiser to collect funds needed for us to continue working on CrystaX NDK full time. We're calling everyone interested in Boost-on-Android to help us - either by sponsoring us or providing contributions to our project. I hope I did not violated rules of this mailing list because my message is directly related to the Boost development. We just want to make both CrystaX NDK and Boost better. Some links: https://www.crystax.net/android/ndk - CrystaX NDK project page https://tracker.crystax.net/projects/ndk - our bug tracker https://www.crystax.net/contact - here you could contact us directly -- Dmitry Moskalchuk

3 13

A question about appling GSoC2015
by jianwei li 19 Mar '15

19 Mar '15

Hi I'm a graduate student of Northwestern Polytenical University in China. Just as listed in the web,based on the proposal requirement of 'Boost Documant Library development' ,we should copy and past a programming test at the end of the proposal.But i'm not sure,do you just need the result picture or the all code. Thank you Best Regard Jianwei Li

2 1

GSoC2015
by raul lopez turcios 19 Mar '15

19 Mar '15

Hello, I wish to apply to the GSoC program, i have already read the wiki, and i'm currently working in a proposal. I just wanted to make a few questions as this is my first time applying for Boost Libraries and GSoC in general. First of all, i would like to know how much of a chance one gets as being "starter" working on boost. Second i would like to know if there is a way for someone to check out my proposal to see if i could improve anything, or should i just ask a teached in regards to that. And also i would like to know if any code i had already made in C++ is valid to be added to the proposal, or if there is anything else to improve your chances to be selected. Thanks for yor time.

2 1

[GSoC] template txt format corrupted
by Jyothish Soman 19 Mar '15

19 Mar '15

Hi, The txt shows up as corrupted. https://svn.boost.org/trac/boost/wiki/SoCSubmissionTemplate?format=txt Mozilla threw up the following: Corrupted Content Error The page you are trying to view cannot be shown because an error in the data transmission was detected. The page you are trying to view cannot be shown because an error in the data transmission was detected. Please contact the website owners to inform them of this problem. Best, Jyothish

2 1

[TR1] Time to remove TR1?
by Beman Dawes 19 Mar '15

19 Mar '15

We had a discussion months ago that came to the conclusion we should remove TR1. Do we have a volunteer to do the actual removal? --Beman

5 7

[gsoc] Suggestions on Proposal for Boost Document Library Project
by Anurag Ghosh 18 Mar '15

18 Mar '15

Hello Everyone I'm Anurag Ghosh, a 2nd year undergraduate student studying in IIIT-Hyderabad, India and I'm interested in making the Boost Document Library as a part of the Google Summer of Code 2015 Program. My proposal document can be viewed at https://github.com/anuragxel/boost-generic-document-library/wiki/Google-Sum… Kindly provide me with comments on the project proposal, as it may seem I have missed out on something or the other. I'm hopeful that a discussion would be very helpful in enriching my proposal. Also, I have developed a working prototype (only for OpenOffice/LibreOffice API currently) for this project (given as a competency test) whose code is hosted at https://github.com/anuragxel/boost-generic-document-library/ Also, Kindly suggest any changes as may deem fit to the code, I will make the changes appropriately. Thanks Anurag Ghosh (anuragxel)

3 5

[endian] Floating point reversal return by value concerns
by Beman Dawes 18 Mar '15

18 Mar '15

On Mon, Jan 26, 2015 at 11:25 PM, Cliff Green <cliffg(a)codewrangler.net> wrote: > > ..., I do have concern about one aspect of the new functionality (or > maybe I didn't read deep enough in the docs) - floating point endian > reversal functions which return by value. > > Unless something has significantly changed in the last few years, swapping > and returning floating point values is likely to silently change bits for > certain bit patterns / values. In particular, returning by value will > normalize some values (I assume as part of loading or accessing the value > into floating point CPU registers). There may be other floating point > characteristics that silently change the bits dealing with NaN and infinity > values (but I'm far from an expert on floating point computations). Could you please provide code for one or more return-by-value test cases that fail because the value gets normalized? I'm really hesitant to change anything without having test cases to work with. That would also help with documenting the specifics of the problem. Thanks, --Beman

2 3

[boost.ublas] [gsoc'15]
by Dhruv Kohli 18 Mar '15

18 Mar '15

Hello, I am Dhruv, majoring in Mathematics & Computing from Indian Institute of Technology, Guwahati. After doing a bit of research over the project ideas, I found the idea of further developing boost.ublas library interesting and have started writing the programming competency code. Here is the link to the code I've written yet: https://github.com/chiggum/boost.ublas/blob/master/gaussian_elimination.hpp. Though the code is not yet complete, but a naive version of algorithm is implemented and is integrated into ublas. To me, the code seems to be running properly. I need a little help for proceeding further. 1. Can someone please direct me to some code snippet that shows how the error handling code is written in boost library. To be specific, the gaussian elimination doesn't work on singular matrices. So, I would like to set the errno and display appropriate message to the user whenever a singular matrix is given as an input. 2. What sort of test code is required? Do we need to have a test case with hard-coded output to be checked against the results obtained when the test case is passed to the algo. Or there's some other predefined format for testing codes in boost library. Sorry, I haven't yet gone through most of the code in boost library. Any further helpful links/resources are welcomed. Thanks & Best regards, Dhruv https://github.com/chiggum P.S. Sorry for reposting the mail. I am still waiting for a reply.

7 10

[test] boost.test owner unresponsive to persistent problems for multiple years
by legalize+jeeves＠mail.xmission.com 18 Mar '15

18 Mar '15

[Please do not mail me a copy of your followup] See <https://svn.boost.org/trac/boost/ticket/10888> and <http://stackoverflow.com/questions/5209625/boost-test-error-messages-are-no…> Both contain a fix for this. On stack overflow the proposed fix is literally a single line change. This has been a problem for about 5 years and these simple fixes don't make it into the library. I'm sorry, but IMO this just isn't acceptable behavior for an owner of a library. Four years ago the maintainer made a comment on stack overflow thread to file a ticket on trac and then simply dropped the issue there as far as I can tell. That isn't proactive behavior, particularly when the stack overflow thread contains the fix. I know what you're going to say "the trac ticket was just filed a few days ago", but that's simply me pushing hard on something that should have been fixed around 2010. The problem has been known FOR FIVE YEARS and is EASY TO FIX. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

24 77

Re: [boost] Better late than never - command line interface to on line code generator
by Brian Wood 18 Mar '15

18 Mar '15

Rob Stewart writes: > On March 17, 2015 4:04:39 PM EDT, Brian Wood <woodbrian77(a)gmail.com> wrote: >> In 2007 there was some discussion here about on line >> code generation: > > Online generation of what kinds of code from what kinds of inputs? > The output is C++ serialization/middleware code. One thing it does is automate (and maintain) the creation of serialization functions. There are three kinds of input: 1. C++ header files. It doesn't support template definitions, but it can handle a lot of container classes. Here's an example of a header it can handle: http://webEbenezer.net/misc/account_info.hh . 2. Something called "middle" files. These describe the messages that you want to send and receive. Here's some middle code from a file called remote.mdl: middle_messages_back @out (messageid_t, std::vector<cmw_account_info>) @out (messageid_t, cmw::marshalling_integer, cui_generator) @out (messageid_t) } ----------------------- end of middle code ----------------------------------- The name, "middle_messages_back," is used as the name of a namespace in the generated output. @out means you want code generated to send a message. 3. Something called a request file that ties the first two types of input together. Here's an example: Header account_info.hh Header cui_generator.hh Middle-File remote.mdl Type-Used-for-Constants int16_t ------------------------ end of request file ------------------------------------- Header files are optional. One middle file is required in a request file. And here's the output that's generated from those inputs: http://webEbenezer.net/misc/zz.middle_messages_back.hh >> >> http://webEbenezer.net/build_integration.html > > That jumps right into the middle of the topic and assumes prior knowledge of the > context. > >> So now I would like to ask for further thoughts and >> feedback. How can it be improved? It has support for some >> Boost types and I'm open to adding support for more. Tia. > > You might start by clarifying the purpose of the tool. Ok, thanks for your comments. -- Brian Ebenezer Enterprises http://webEbenezer.net

1 0

Better late than never - command line interface to on line code generator
by Brian Wood 17 Mar '15

17 Mar '15

In 2007 there was some discussion here about on line code generation: http://lists.boost.org/Archives/boost/2007/02/116997.php One thing I said back then was: "There isn't a library to download." That's changed and now there's an archive that can be downloaded: http://webEbenezer.net/build_integration.html Martin Slater, commenting on the fact that the only way to use the code generator was through a web interface, said: "the fact that it cannot be integrated into the build process easily ... would deter many from using it" I agreed with him on that point at the time and have spent a lot of time since then developing a command line interface to make it easy to integrate on line code generation into build processes. The archive mentioned above is the result of that work. So now I would like to ask for further thoughts and feedback. How can it be improved? It has support for some Boost types and I'm open to adding support for more. Tia. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

2 1

Running b2 on develop needs asynch-exceptions=on
by Paul A. Bristow 17 Mar '15

17 Mar '15

After a recent pull of develop branch, I found that I also need to add asynch-exceptions=on to avoid a failure to build error: Tried to build the target twice, with property sets having error: these incompatible properties: > error: - <asynch-exceptions>off > error: - <asynch-exceptions>on (This is in addition to needing address-model=32 architecture=x86) b2 address-model=32 architecture=x86 asynch-exceptions=on I wasn't clear if this thread had come to a conclusion? [boost] [test] Re: Conflicts when building libraries at root http://lists.boost.org/Archives/boost/2015/03/220552.php looks as though a fix is still needed? Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

11 24

Boost release 1.58.0 beta 1 is now available from SourceForge
by Marshall Clow 17 Mar '15

17 Mar '15

Boost release 1.58.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/ <http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/> This release contains three new libraries: • Endian: Types and conversion functions for correct byte ordering and more regardless of processor endianness. • Sort: includes spreadsort, a general-case hybrid radix sort that is faster than O(n*log(n)) • WinAPI: For details of what's in the release, see http://www.boost.org/users/history/version_1_58_0.html <http://www.boost.org/users/history/version_1_58_0.html>. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 (this will be fixed before the final release) Thanks, -- The Boost Release Team

3 4

Re: [boost] Boost 1_58_0_b1_rc2 is available for testing
by Aparna Kumta 17 Mar '15

17 Mar '15

I have few GitHub PR's that have been merged into the develop branch but not made it into the rc2 candidate. What would be the procedure to get them in? Thanks, Aparna ----- Original Message ----- From: mclow.lists(a)gmail.com To: boost(a)lists.boost.org Sent: Friday, March 13, 2015 9:51:58 AM GMT -08:00 US/Canada Pacific Subject: [boost] Boost 1_58_0_b1_rc2 is available for testing Release candidate files for 1.58.0 beta 1 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. Changes since rc1: * Added the new libraries endian, sort, and winapi. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 to test this. The files (and associated md5s) are: MD5 (boost_1_58_0_b1_rc2.7z) = c58623e8c3d48154bdb1fa2ee5cdbfab MD5 (boost_1_58_0_b1_rc2.tar.bz2) = 94480c2d9de3804a1a4b626a7828bec0 MD5 (boost_1_58_0_b1_rc2.tar.gz) = f7d4b398388c13ca30960c92b8d6342f MD5 (boost_1_58_0_b1_rc2.zip) = 2e9bdfd8dab269a69e4ea4e5ae5b6d47 Thanks! -- The release managers _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

[mpl] multiset
by Bruno Dutra 16 Mar '15

16 Mar '15

Hi Folks, Anyone knows what's up with this so called "multiset" I just found fiddling with the source code? The poor thing seems to have been left unfinished :( Any reasons anyone would not just go ahead and try bringing it to life? I would definitely be up to take the first step, I just don't know whether not I should carry on with it, I mean, isn't the whole purpose of all this is encouraging people like myself to take the step ahead and just do it? Anyways, MPL seems to have seen better days of activity back in the day, there's lots of opportunities for improvement still and I for one would be glad to help developing some fancier features. I'd be glad to hear what you guys have to say. Best regards, *Bruno C. O. Dutra*

23 93

Concurrent Unordered Map
by Petrisor Cosmin-ioan 16 Mar '15

16 Mar '15

Hello, My name is Cosmin Petrisor and I'm currently enrolled in the 3rd year of study (junior year) of the Computer Science program, at University Politehnica of Bucharest.I posted on boost g+ community, but no one replied. I am currently implementing the copy and move constructors. I managed to figure out how rehash is working and the copy constructor is almost done. On the other hand, is ok to use the copy constructor in the implementation of the move constructor? Something like: concurrent_unordered_map(concurrent_unordered_map &&old) BOOST_NOEXCEPT :concurrent_unordered_map((const concurrent_unordered_map &)old){ old.clear(); } or would be better to implement the copy and move assignment operators and define the copy and move constructors like: concurrent_unordered_map(const concurrent_unordered_map &old){ *this = old; } concurrent_unordered_map(concurrent_unordered_map &&old) BOOST_NOEXCEPT : { *this = std::move(old); } Best regards,Cosmin - Ioan Petrisor

2 1

Re: [boost] [Boost-testing] Release branch purge policy request
by Jim Bell 14 Mar '15

14 Mar '15

On 2015-03-13 12:17 PM, Rene Rivera wrote: > On Wed, Mar 11, 2015 at 11:29 AM, Jim Bell <Jim(a)jc-bell.com > <mailto:Jim@jc-bell.com>> wrote: > > Just wanted to put this out there again since it seems to have > flown under the radar... > > http://lists.boost.org/boost-testing/2015/02/7926.php > > I suggest that, for the release branch, we lengthen the 15-day > purge to > 90 days or more. > > > My immediate answer is no. At minimum because.. > > Those looking to that matrix are determining where the last boost > release works or breaks for their platform. A different audience than > maintainers. > > > I don't see how extending the purge would address that. The master > branch testing is for the *next* release. Hence it doesn't say > anything about previous release (not even the last release). > While I agree that the master branch is for the next release, I'd dispute strongly that it doesn't say "anything" about previous releases. It says just about everything for those libraries which haven't undergone revision, and still says a lot--or at least something--for the rest. My personal experience has been finding the bug I suspected in a library by looking at the matrix, sometimes with the library a couple revs out of date. Just guessing, but I'd say it's a pretty good bet statistically that a yellow mark on the master regression will still be yellow after 90 days (at least). When a boost user looks at an out-of-date matrix, what does (s)he see for his/her platform? Mostly green (hopefully!), some yellow that's been fixed (maybe!), some that hasn't. That's more valuable than seeing nothing at all. Please reconsider. (Ok, ok, 90 days is pretty long, but still...) Cross-posting with the main list since (I say) the audience is wider.

1 0

[GSoC] Enhanced vector and deque proposal
by Benedek Thaler 14 Mar '15

14 Mar '15

Hi, The initial version of my proposal to the `Enhanced vector and deque` project is ready, please check it out; feedback is welcome: https://gist.github.com/erenon/70e36f6a7d7725cf8767 Thanks, Benedek

1 0

Re: [boost] GSOC 2015 : Project on Concurrent Hash Tables
by Amarnath V A 14 Mar '15

14 Mar '15

Thanks for the prompt reply Niall. I have got a few more questions. 1. I could not make out the use of _oldbuckets in the code. What purpose does it serve? 2. I see a swap() function which is not used anywhere in the codebase. Is it dead code? 3. And I have a generic question regarding std::atomic. I was trying to code the move constructor and finally ended up failing miserably to move the reference of _bucket. I could not figure out how to do it. Could you point me to some documentation which would help me to achieve the same. To give a fair idea about my last question, let me elaborate what I was trying to do. I have got the reference of _buckets and have assigned it to new variable using store and load methods of atomic. But, I am not confident if that is the right way to go about. And secondly, I see that I am not able to reset the reference of original. Thanks, Amarnath

3 26

GSoC '15 Enhanced Vector and Deque
by Pranav Vaish 14 Mar '15

14 Mar '15

Hello, My name is Pranav. I had sent an email on this mailing list earlier regarding some doubt in the implementation of the programming competency test for this project. I have gone ahead and written some code. The code is incomplete. Iterator code has not yet been written and container methods and some error handling is left. I would appreciate it if someone could review my code and tell me what else I will need to implement. #ifndef BOOST_VECTOR #define BOOST_VECTOR #include<exception> #include<iostream> struct exception_push_back_capacity_exceed : public std::exception { const char * what () const throw () { return "Vector Capacity Exceeded"; } }; namespace boost { template<typename T> class vector { public: vector(int); ~vector(); void push_back(T); T operator[](const int& pos) { return *(mem_start+pos); } private: T* mem_start; int size; int capacity; }; template<typename T> vector<T>::vector(int capacity_constr) { size=0; capacity=capacity_constr; mem_start = new T[capacity]; } template<typename T> vector<T>::~vector() { delete [] mem_start; } template<typename T> void vector<T>::push_back(T val) { try { if(size==(this->capacity)) { throw exception_push_back_capacity_exceed(); } mem_start[size++]=val; } catch(exception_push_back_capacity_exceed& e) { std::cout<<e.what()<<std::endl; } } } #endif As I am new to contributing for Open Source, I'm not sure if sending links on this mailing list is disrespectful or not. If it is I apologize for this. Code can be found on https://github.com/vaishious/boost.vector Thanks -Pranav

2 2

[thread] Testing with Sanitisers (ASAN, TSAN, MSAN)
by Ben Pope 13 Mar '15

13 Mar '15

I'm going to be bringing up some more testers, and I wondered if the results are meaningful, or can be made meaningful. The tester is "BenPope x86_64 Ubuntu", first available results are for TSAN, and it shows some failures. I'm under the impression that some of the sanitisers may need to be taught about certain constructs in order to be effective (e.g. boost::detail::atomic_increment: http://www.boost.org/development/tests/develop/developer/output/BenPope%20x…) Other failures look legitimate at first glance (e.g. Cycle in lock order graph: http://www.boost.org/development/tests/develop/developer/output/BenPope%20x…) I shall endeavour to get nicer stack traces, I think I need to tell it about llvm-symbolizer, althouh I haven't always had success in the past, any advice or suggestions are welcome. Ben

3 8

[ GSoC 2015 ][ Vector ]
by Afonso Tinoco 12 Mar '15

12 Mar '15

Hello, I'm a student who would love to participate on GSoC 2015, in the '5. Enhanced vector and deque containers' category. First of all I'm trying to engage the community, so... hum... hello world! I'm rigth now begining to take the competency test [1], but I could not understood whether I should write a boost biased implementation or not. This is, may I write a container based on no other boost .hpp just as a PoC that will have better readability and will take (far) less time to code, or should I write something similar to the boost vector implementation [2]? [1] https://svn.boost.org/trac/boost/wiki/SoC2015#Programmingcompetencytest3 [2] https://github.com/boostorg/container/blob/master/include/boost/container/v… Best Regards, Afonso Tinoco --------------------------- Aerospace Engineering Student Instituto Superior Técnico dedos(a)tecnico.ulisboa.pt

1 0

Documentation typos. RE: Boost 1_58_0_rc1 is available for testing
by Fletcher, John P 12 Mar '15

12 Mar '15

I have found a few documentation typos and have them on develop. Is it O.K. to put them onto master as well? Thanks John

2 1

release1.58 -- Permission to merge Boost.Optional
by Andrzej Krzemienski 12 Mar '15

12 Mar '15

Hi, I have three bug fixes in Boost.Optional on branch develop waiting to be merged to master. Apparently I missed the deadline for the Beta release. Is there any chance I can still put them into 1.58 release? Can I merge the bug fixes to master? Regards, &rzej

2 1

[GSoC '15] Boost Documant Library development
by Abhinav Tripathi 12 Mar '15

12 Mar '15

Hi, I am 2nd year B.Tech Student in IIT Indore,India. I have pretty much experience (approx 7 years) with C++ and many of its libraries... I am interested in development of the Document Library for Boost. I have a rough idea on what exactly is required in the project and am quite interested in doing this one. I was looking for any suggestions/comments to help me get going in this direction. . Regards, Abhinav

1 0

Re: [boost] [Boost-maint] [context, config] Always setting address-model and architecture (Was: Conflicts when building libraries at root)
by Vladimir Prus 11 Mar '15

11 Mar '15

On 02/18/2015 05:55 PM, Jürgen Hunold wrote: > Hi Volodya, > > Am Mittwoch, 18. Februar 2015, 14:28:48 schrieb Vladimir Prus: >> On 01/05/2015 10:37 PM, Jürgen Hunold wrote: >>> >>> Unfortunately, we still have Boost.Context open. >> >> Okay, so the problem we're facing is that building master results in: >> >> error: Tried to build the target twice, with property sets having >> error: these incompatible properties: >> error: >> error: - none >> error: - <address-model>32 <architecture>x86 >> >> What happens is this: >> >> - Context library is built >> - It detects default address model and architecture of the current >> toolchain, and adds those to requirements >> - Since there's a global dependency on 'headers' target, this pretty much >> immediately rebuilds everything with new address-model and architecture >> properties. > > Not correct: Boost.Context needs Boost.System so it requires a build with > those properties. As they have currently have no defaults, the explicit values > differ from the implizit default (none) for both. Well, it my brief check, it was the headers->system path that first requested system with address-model=32. Anyway, it does not matter for the rest of this discussion. >> - We get property set clash > > Correct. > >> One way to solve this is to restructure Boost.Context setup so that added >> properties do not escape. It's doable, but probably will be fragile. > > No doubt. > >> Another way is to take libs/context/config, move it to libs/config, and make >> sure these properties are applied globally. That seems preferable. John, >> any objections? > > I thought the correct way would be to move the architecture detection upwards? That's roughly what I propose, too - but there are few further tweaks and options. > We would need something along those lines (from context/bulld/Jamfile.v2) > > alias select_asm_context_sources > : asm_context_sources > : [ architecture.architecture ] > [ architecture.address-model ] > ; > > in boostcpp.jam in order to detect the architecture everywhere. It would then > be helpfull to have sensible default values in order to shorten the generated > paths for those defaults. Right, so steps would be: 1. Move actual tests into config (we do need to have a few cpp files) 2. Move architecture.jam into either Boost.Build or boostcpp.jam 3. Make sure we don't generate extra path elements for default address model 4. Introduce a way to do these tests without requiring a bunch of .cpp files - sure Boost.Build can generate them on the fly. 5. Make these checks be automatic for all projects. It seems that 1-2 should solve the immediate problem, and 1-3 should be pretty good, although going all the way to 5 would be cool. > Another solution would be to generate a "header-only" variant of Boost.System > and use this nearly everywhere. This would solve *lots* of dependency > problems... Not sure I have an opinion on that. -- Vladimir Prus CodeSourcery / Mentor Embedded http://www.mentor.com/embedded-software/

7 13

[svg] is there any interest in a Scalable Vector Graphics library?
by Oleg Maximenko 11 Mar '15

11 Mar '15

Hi, I developed library that carries out large amount of tasks related to SVG reading - parses various SVG syntaxes (with Spirit), makes some conversions and implements few non-trivial algorithms common to SVG reading applications. Using this library developer may focus on importing/drawing tasks, leaving SVG details to library. I believe that it is (almost) generic enough for Boost standards, but not sure if there is a place for it in Boost collection. Should I move toward library proposal? Any feedback is welcome. http://svgpp.org/ https://github.com/svgpp/svgpp Thanks, Oleg

6 9

Mailing List For GSoC 2015
by Abhinav Tripathi 11 Mar '15

11 Mar '15

On the site, it was just written to discuss the projects in mailing lists. Wanted to confirm if it the correct list to discuss about GSoC 2015 Projects. . If it is not please let me know the correct one. . Thanks and regards, Abhinav

2 1

[type_erasure] Downcasting is now possible
by Steven Watanabe 10 Mar '15

10 Mar '15

AMDG I've been asked about a function for downcasting an any several times, and I finally implemented it. Short story: you can now use dynamic_any_cast to convert between two arbitrary any types. Here's a quick example which tries to cast a boost::any equivalent to a boost::function equivalent. using plain_any = any<mpl::vector< copy_constructible<>, relaxed> >; template<class Sig> using any_function = any<mpl::vector< callable<Sig>, copy_constructible<>, relaxed> >; bool try_call(const plain_any& arg) { try { auto fun = dynamic_any_cast<any_function<void()> >(arg); fun(); } catch(bad_any_cast&) { return false; } return true; } void global_register() { register_binding<copy_constructible<>, void(*)()>(); register_binding<typeid_<>, void(*)()>(); register_binding<callable<void()>, void(*)()>(); } void do_something() { std::cout << 42 << std::endl; } int main() { global_register(); plain_any x = &do_something; if(try_call(x)) { std::cout << "x is a function" << std::endl; } plain_any y = 10; if(!try_call(y)) { std::cout << "y is NOT a function" << std::endl; } } The calls to register_binding are necessary for this to work, unfortunately. I don't think it's possible to implement dynamic_any_cast without some kind of registration, but at least it only needs to be called once for each concept/type combination. If anyone has any better ideas about how to handle this, I'd love to hear it. Comments, questions, and criticism are welcome. In Christ, Steven Watanabe

3 8

Boost GSoC '15. Enchanced Vector and Deque Containers
by Pranav Vaish 10 Mar '15

10 Mar '15

Hello developers, My name is Pranav Vaish. I'm a second year Undergraduate in Computer Science at Indian Institute of Technology, Kanpur. I am extremely interested in doing a GSoC project on Enhanced Vector and Deque Containers. I have used std::vector and std::deque containers (Default C++ containers. Not C++11 ones) several times and am quite familiar with their usages, though not so much with their code . I am strong at programming in C++ but have never written any library code prior to this. I am competent at understanding and working with all algorithms necessary for this project. I have spent some time thinking about the problem for the competency test and I would like know if I am supposed to understand the code of the standard containers and modify the code to suit our purposes or to rewrite it all from scratch in my own way. Also must I have any knowledge about BOOST code? If yes, which part of it? Thank You, ------ Pranav Vaish

1 0

[random][rational] Is there any standard way to generate a random rationals?
by Damian Vicino 10 Mar '15

10 Mar '15

Hi, I’m using Boost.Rational in a simulation program. for some experiment, I want to generate some random values between 2 rational numbers. I’m wondering if someone already worked on this.

5 7

gSoC 2015 - Boost Document Library development Project
by Anurag Ghosh 10 Mar '15

10 Mar '15

Hello I'm Anurag Ghosh, a Computer Science student in 2nd year. I'm interested in working for Boost in GSoC 2015 and found the Boost Document Library development project really interesting. I'm reading the links provided on the page. Any pointers on how should I go about ahead after that ? Thanks Anurag Ghosh

2 1

GSoC 2015 - Boost.uBLAS a library for matrix computations Project
by Yan Ni 10 Mar '15

10 Mar '15

Hello I'm Yan Ni, a CS undergraduate student in 4th year. I am interested in working for Boost in GSoC 2015 and found the uBLAS project very interesting. I've read some the codes on github and has written a little code (including a simple test) of Gaussian Elimination Algorithm as the competency test: https://github.com/leckie-chn/ublas. I've also read about Raj's post about the algorithms need to be implemented. And I think that the focus on this project are both accuracy (using some numerical algorithm instead of classical math methods)and speed (regarding cache & memory utilization). Please let me know your preference. Thank you. -- with kind regards ------------------------------------------------------------------ Yan Ni, undergraduate of Department of Computer Science, School of Electronic Engineering & Computer Science, Peking University

2 1

Library for await and stackless coroutine emulation
by TONGARI J 10 Mar '15

10 Mar '15

Hi there, I just want to announce my recent work on a small library called `CO2`, which intend to emulate await/yield and stackless coroutine. https://github.com/jamboree/co2 This library depends on Boost.Preprocessor, while I'm not proposing this library to Boost at this moment, if there's much interest in this library, I'd think about it. The idea is based on N4286: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4286.pdf The library is still work in progress, but the core features are complete, so if you're interested in the resumable function proposal and don't have a tool to experiment with, this library may serve the purpose. You can find a more detailed description on the github page, if you want to know some number about performance, from a rough test borrowed from Boost.Coroutine (symmetric/performance_switch.cpp), the avg cpu cycles for context-switch are: Boost.Coroutine: 40 cycles CO2: 16 cycles built-in await: 9 cycles (compiled with MSVC14, x64) Feedbacks will be appreciated. Thanks

2 2

Release 1.58. - Permission to merge Boost.Integer
by Vicente J. Botet Escriba 09 Mar '15

09 Mar '15

Hi, I forget to do the merge to master of the last 5 commits in https://github.com/boostorg/integer/commits/develop Please, let me know if I can do the merge? Best, Vicente

5 5

[interprocess] BOOST_NO_SWPRINTF not honored...
by Joseph Van Riper 09 Mar '15

09 Mar '15

This might seem pedantic, but with Microsoft's compilers magnify this issue a bit. boost/interprocess/detail/win32_api.hpp, line 2255 (as of boost 1.57) uses std::sprintf even when BOOST_NO_SWPRINTF is defined. This causes a problem for some folks (like me), as VC++ 2013 (and possibly other Microsoft compilers) have set a pragma deprecating this function, which leads to outright compiler errors when compiled with #pragma strict_gs_check(on), as is required in some environments who are picky about security. I confess, I have not checked to see if interprocess still does this in the latest code, but if it doesn't, I wonder if it could use an alternative (Microsoft recommends sprintf_s, but you might know of something better). - Trey

1 0

[1.58.0] Release Notes
by Daniel James 09 Mar '15

09 Mar '15

Hi, The beta release is coming up soon, so please can you add your release notes as necessary. Easiest way is probably to create a pull request at: https://github.com/boostorg/website/blob/master/feed/history/boost_1_58_0.q… thanks, Daniel

3 3

[gsoc15]Request for feedback: Enhanced vector and deque containers proposal
by Sandilya Jandhyala 08 Mar '15

08 Mar '15

Hello Boost, My name is Sandilya Jandhyala, and I'm interested in the 'Enhanced vector and deque containers' project idea. I've prepared a first draft of my proposal. It can be viewed here: https://github.com/jysandy/boost-gsoc-proposal/blob/master/README.md I haven't included my solution to the programming competency test, since I don't want it to be copied. I'd appreciate feedback/suggestions/criticisms, since I feel that the proposal still has some room for improvement. I'd also appreciate suggestions for additional features. Thanks, Sandilya

1 0

GSoC project " Enhanced vector and deque containers "
by ahmad samir 08 Mar '15

08 Mar '15

Good morning guys I'm Ahmad, I want to contribute in " Enhanced vector and deque containers ", I'm working on the programming competency test, but I have a question about the main idea * The idea is " Write full-fledged and enhanced C++11 versions of std::deque and std::vector with extra functionality that gives the programmer more control over buffers, segments and iteration " . * Is there specific features or new functionality you want to add or I should search for some new features in other languages like " java & python " which isn't in C++ vector and deque containers, or search for what can give the programmer more control on these containers ?.

1 0

GSoC 2015 Paritipation
by vladiksonic＠mail.ru 07 Mar '15

07 Mar '15

Dear Boost, I am eager to participate in GSoC 2015 in one of the two projects (from this page: https://svn.boost.org/trac/boost/wiki/SoC2015 , 1 or 5). As far as I understood - the first one is tougher, and (as for me) conditions are clearer, and the second one is (seemingly) simpler. I am totally new to Boost (never used it, actually, but that is because I mostly used C++ in programming contests). I am familiar with algorithms (from contests), and testing (manual, both for stability and performance), but I am not very familiar with C++11 (but I can compensate for that, because I have knowledge of other languages (C#, Javascript (nodejs)) and older C++ versions), and automated tests. At first, I'd like to ask - what should I choose? My main goals are: 1) To enter the community 2) Learn C++11 new features (I will start early on that, obviously) 3) And to learn how to code open-source programs (up till now I only have closed-source ones, apart from one project, which has not-so-good code quality - see here: https://github.com/hotab/OpticalBuilder ) 4) Plus understand better how to maintain library code (I already have some understanding of that, but I want to sharpen it). Both can give me that. I'm looking forward to hearing from you, Vladislav Babkin

1 0

[dynamic_bitset] Maintainer available?
by Riccardo Marcangelo 07 Mar '15

07 Mar '15

Hi Boost developers, Does anybody know if the maintainer of dynamic_bitset is available? I made some contributions to dynamic_bitset on GitHub last year but there doesn't appear to have been any activity in the repository for many months. My pop_back() commit was accepted into the 'develop' branch over 5 months ago and, despite passing tests, has yet to be merged to 'master'. I also implemented capacity(), reserve(), and shrink_to_fit() which have been sitting in a pull request waiting to go into 'develop' since November. It would be nice to get these into 1.58.0 if possible. Kind regards, Riccardo -- View this message in context: http://boost.2283326.n4.nabble.com/dynamic-bitset-Maintainer-available-tp46… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

GSoC project " Enhanced vector and deque containers "
by ahmad samir 07 Mar '15

07 Mar '15

Good morning guys I'm Ahmad, I want to contribute in " Enhanced vector and deque containers ", I'm working on the programming competency test, but I have a question about the main idea * The idea is " Write full-fledged and enhanced C++11 versions of std::deque and std::vector with extra functionality that gives the programmer more control over buffers, segments and iteration " . * Is there specific features or new functionality you want to add or I should search for some new features in other languages like " java & python " which isn't in C++ vector and deque containers, or search for what can give the programmer more control on these containers ?.

1 0

[GSOC2015] uBLAS Matrix Solver Project
by Rajaditya Mukherjee 07 Mar '15

07 Mar '15

Hi, My name is Raj and I am Phd student in Computer Graphics. I am interested in tackling the problem of uBLAS Matrix Solver and in order to write my proposal, I am looking for inputs for which of the following algorithms will be most useful for prospective users in boost-numeric library. Here is a categorical list of all the prospective ones which will bring uBLAS updated to other commercial libraries like Eigen/Armadillo. Please let me know your preferences.... *David Bellot* : As a potential mentor, do you have any specific additions or deletions for this list? This could also be useful for other candidates pursuing this project. *DENSE SOLVERS AND DECOMPOSITION* : 1) *QR Decomposition* - *(Must have)* For orthogonalization of column spaces and solutions to linear systems. (Bonus : Also rank revealing..) 2) *Cholesky Decomposition* - *(Must have)* For symmetric Positive Definite systems often encountered in PDE for FEM Systems... 3) *Householder Method* - Conversion to tridiagonal form for eigen solvers. *SPARSE SOLVERS AND PRECONDITIONERS* : 1) *Conjugate Gradient* - *(Must have)* For symmetric Positive Definite systems, this is the kryvlov space method of choice. Both general and preconditioned variants need to be implemented for convergence issues. 2) *BiCGSTAB* *(Needs introspection)* - For non symmetric systems.. 3) *Incomplete Cholesky Decomposition* *(Good to have)* - For symmetric Positive definite sparse matrices, to be used as preconditioner as extension to (1) for preconditioned CG Methods ... 4) *Jacobi Preconditioner* *(Must have)* - As prerequisite for step(1). *EIGEN DECOMPOSITION MODULES (ONLY FOR DENSE MODULES)**:* 1) *Symmetric Eigen Values* - *(Must have)* Like SSYEV Module in Lapack - That is first reduction to a tridiagonal form using Householder then using QR Algorithm for Eigen Value computation. 2) *NonSymmetric Eigen Values* - *(Good to have)* Like SGEEV module in Lapack - using Schur decompositions as an intermediate step in the above algorithm. 3) *Generalized Eigen Values* - *(needs introspection)* I use this in my research a lot and its a good thing to have.. ** Computing Eigen Decomposition of sparse modules needs special robust numerical treatment using implicitly restarted arnoldi iterations and may be treated as optional extensions.

3 3

[MPL lite or MPL 2] A modest proposal
by Robert Ramey 07 Mar '15

07 Mar '15

I've been looking at another thread which address the problems of maintaining and/or finding a maintainer for MPL. I've come up with an idea for a proposal which I've laid out here: Library Idea MPL lite or MPL2 <http://rrsd.com/blincubator.com/bi_suggestion/mpl-lite-or-mpl2/> -- View this message in context: http://boost.2283326.n4.nabble.com/MPL-lite-or-MPL-2-A-modest-proposal-tp46… Sent from the Boost - Dev mailing list archive at Nabble.com.

8 18

[asio] Massive regression failures
by Aparna Kumta 06 Mar '15

06 Mar '15

I am running the regression tests on the develop branch with Oracle Solaris Studio12.4 on Solaris 11.2 OS. Tests for asio fail as follows: ../boost/system/config.hpp", line 34: Error: #error Must not define both BOOST_SYSTEM_DYN_LINK and BOOST_SYSTEM_STATIC_LINK. I looked at the developer issues on http://www.boost.org/development/tests/develop/developer/issues.html and see that asio tests fail similarly. I'm not sure what causes both BOOST_SYSTEM_DYN_LINK and BOOST_SYSTEM_STATIC_LINK. to be defined on the command line. Any idea on how this can be fixed? Thanks, Aparna

2 2

[move] unique_ptr: problems with move-assign constructor when used with base/derived classes in C++03
by Adam Romanek 06 Mar '15

06 Mar '15

Hi, There is a problem with move-assignment constructor in boost::movelib::unique_ptr when used with a pair of base/derived classes in C++98/03 mode [1] (uncomment the code to see the compiler error). Is it a known issue? Or a limitation of the emulation? I discovered the issue when I wanted to use boost::movelib::make_shared in an answer to a question on StackOverflow [2], i.e. return boost::movelib::make_shared<Derived>(); Where the return value is boost::movelib::unique_ptr<Base>, but unfortunately because of this issue, in C++03 we need to use: return unique_ptr<Base> x(new Derived()); I can create a ticket if that is desired. Nevertheles, thanks for boost::movelib::unique_ptr anyway! BTW, note how the appearance of boost::movelib::unique_ptr makes the most voted answer on the question [3] invalid. This is where my answer comes in. Best regards, Adam Romanek [1] http://melpon.org/wandbox/permlink/8Rvk2g7LJ0Ey0BQL [2] http://stackoverflow.com/a/28193068/1776942 [3] http://stackoverflow.com/q/2953530/1776942

2 2

GSoC 2015 project " Enhanced vector and deque containers "
by ahmad samir 06 Mar '15

06 Mar '15

Good morning I wish to contribute in this project, now I am working on programming competency test. I want to ask about Is there specific or preferable method to show you my work or just upload my code in any online compiler or Github?.

1 0

[random] Quantization effects in generating floating point values
by John Maddock 05 Mar '15

05 Mar '15

First off, I notice there are no examples for generating floating point values in Boost.Random, so maybe what follows is based on a misunderstanding, or maybe not... Lets say I generate values in [0,1] like so: boost::random::mt19937 engine; boost::random::uniform_01<boost::random::mt19937, FPT> d(engine); FPT d = d(); //etc Where FPT is some floating point type. Now my concern is that we're taking a 32-bit random integer and "stretching" it to a floating point type with rather more bits (53 for a double, maybe 113 for a long double, even more in the multi-precision world). So quantization effects will mean that there are many values which can never be generated. It's true that I could use independent_bits_engine to gang together multiple random values and then pass that to uniform_01, however that supposes we have an unsigned integer type available with enough bits. cpp_int from boost.multiprecision would do it, and this does work, but the conversions involved aren't particularly cheap. It occurs to me that an equivalent to independent_bit_engine but for floating point types could be much more efficient - especially in the binary floating point case. So I guess my questions are: Am I worrying unnecessarily? and What is best practice in this area anyway? Thanks, John.

4 12

[build] adding a rquirement for Cygwin only?
by Peter Dimov 05 Mar '15

05 Mar '15

Is it possible to add, for example, <threadapi>pthread to a project's requirements, but only for Cygwin? This works: <toolset>gcc,<target-os>windows:<threadapi>pthread but it also applies to MinGW. This only applies to MinGW: <toolset-gcc:flavor>mingw:<threadapi>pthread but Cygwin has no <flavor>. This: <toolset>gcc,<target-os>windows:<threadapi>pthread <toolset-gcc:flavor>mingw:-<threadapi>pthread doesn't work. There are references to <target-os>cygwin in gcc.jam, but <target-os> is actually 'windows'.

3 6

Call for Papers Meeting C++ 2015
by Jens Weller 05 Mar '15

05 Mar '15

Hello boost community! I'd like to inform you that the call for papers for this years Meeting C++ conference is running! It will end at April 5th, boost related talks are very welcome! This years conference will be again at the Andels Hotel in Berlin, on the 4th and 5th december. It will feature 2 keynotes and 4 Tracks a 7 Talks, this years theme track is "embedded and IoT". There is again also a student program, which will be announced later. Call for Papers: http://meetingcpp.com/index.php/newsreader/items/call-for-papers-for-meetin… Announcement: http://meetingcpp.com/index.php/newsreader/items/announcing-meeting-c-2015.… kind regards, Jens Weller

1 0

GSOC 2015 : Introduction
by roopal nahar 05 Mar '15

05 Mar '15

Hi, I am Roopal, an undergraduate student from IIIT, Hyderabad, India. I would like to express my candidature as an applicant for GSOC, 2015. This is my first time contributing to an open source organization. I have been studying the list of ideas proposed so far and "Boost.uBLAS a library for matrix computations" has caught my attention. Before contacting you, the following is the spade work I have done so far : 1.) The Panda Libraries <http://pandas.pydata.org/pandas-docs/dev/generated/pandas.DataFrame.html> 2.) R package <http://cran.r-project.org/web/packages/data.table/index.html> Apart from the competency test(which I believe, will be submitted at the proposal time), what are your expectations from me and what can I do to prove my seriousness for the candidature before the proposal deadline? I will be joining the IRC channel as soon as my college proxy starts to work(A good time to invest in VPN! :P ) Cheers, Roopal

1 0

GSoc 2015 libraries
by Ágota Horváth 05 Mar '15

05 Mar '15

Hello, I'm Ágota Horváth and I'd like to choose one of the Boost C++ Libraries project this year, because of the language and the interesting projects. However, I haven't really worked with libraries yet, so I'd appreciate if you could tell me how to get started. Thanks, Ágota

1 0

[release 1.58] additional example
by Oliver Kowalke 05 Mar '15

05 Mar '15

Hello, I'd like to add an additional example to boost.context - do I get the permission? best regards, Oliver

1 0

New to open source
by Brian Wood 04 Mar '15

04 Mar '15

Pranjal Rai writes: > Hi, > I am new to open source and would like to contribute to it. > Can someone please guide me what to do next? Hi, Pranjal, I have an archive of serialization and messaging code available here: http://webEbenezer.net/build_integration.html . My software has serialization support for some Boost types and I'm open to adding support for more Boost types. That is one way I contribute to Boost. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

2 1

New to the List?
by Rob Stewart 04 Mar '15

04 Mar '15

It seems that each newcomer to this mailing list manages to sign up without reading about our policies[1]. If you're one of them, please read them, paying particular attention to [2] and [3], before your next post. [1] http://www.boost.org/community/policy.html [2] http://www.boost.org/community/policy.html#subject-line [3] http://www.boost.org/community/policy.html#quoting ___ Rob (Sent from my portable computation engine)

2 2

boost.ublas gsoc 2015
by Dhruv Kohli 04 Mar '15

04 Mar '15

Hello, I am Dhruv, majoring in Mathematics & Computing from Indian Institute of Technology, Guwahati. After doing a bit of research over the project ideas, I found the idea of further developing boost.ublas library interesting and have started writing the programming competency code. Here is the link to the code I've written yet: https://github.com/chiggum/boost.ublas/blob/master/gaussian_elimination.hpp. Though the code is not yet complete, but a naive version of algorithm is implemented and is integrated into ublas. To me, the code seems to be running properly. I need a little help to proceed further. 1. Can someone please direct me to some code snippet that shows how the error handling code is written in boost library. To be specific, the gaussian elimination doesn't work on singular matrices. So, I would like to set the errno and display appropriate message to the user whenever a singular matrix is given as an input. 2. What sort of test code is required? Do we need to have a test case with hard-coded output to be checked against the results obtained when the test case is passed to the algo. Or there's some other predefined format for testing codes in boost library. Sorry, I haven't yet gone through most of the code in boost library. Any further helpful links/resources are welcomed. Thanks & Best regards, Dhruv https://github.com/chiggum

1 0

An invalid XML character (Unicode: 0x8) problem because of property_tree::xml_parser::write_xml
by Rohan Shetty 04 Mar '15

04 Mar '15

Hi, I have used the following C++ code to generate the xml boost::property_tree::ptree ptResponse; // Populate the tree from the Microsoft Outlook contactsstd::stringstream buf; const std::string enc("utf-8"); boost::property_tree::xml_writer_settings<char> settings(' ', 0, enc); boost::property_tree::xml_parser::write_xml(buf, ptResponse, settings); This works fine. But in one of the customer's machine, when reading the this(xml content) in a JAVA program. I get the following error An invalid XML character (Unicode: 0x8) was found in the element content of the document. Any help in solving this is appreciated. Regards,Rohan

3 6

[foreach] Errors using foreach
by Edward Diener 04 Mar '15

04 Mar '15

When trying to use the foreach library, whether running it tests or trying to build quickbook which uses the foreach macro, I am seeing from different compilers: gcc-4.9.2 > In file included from stl_byval.cpp:15:0: > ./utility.hpp: In function 'bool sequence_equal_byval_n(foreach_container_type&, const char*)': > ..\..\../boost/foreach.hpp:906:96: error: no matching function for call to 'encode_type(foreach_container_type&, boost::is_const<std::list<int> >*)' > (true ? 0 : boost::foreach_detail_::encode_type(COL, boost::foreach_detail_::is_const_(COL))) > ^ > ..\..\../boost/foreach.hpp:1013:9: note: in expansion of macro 'BOOST_FOREACH_TYPEOF' > , BOOST_FOREACH_TYPEOF(COL) \ > ^ > ..\..\../boost/foreach.hpp:1095:77: note: in expansion of macro 'BOOST_FOREACH_BEGIN' > if (boost::foreach_detail_::auto_any_t BOOST_FOREACH_ID(_foreach_cur) = BOOST_FOREACH_BEGIN(COL)) {} else \ > ^ > ./utility.hpp:20:5: note: in expansion of macro 'BOOST_FOREACH' > BOOST_FOREACH( foreach_value_type i, rng ) > ^ clang > In file included from stl_byval.cpp:25: > ././utility.hpp:20:5: error: no matching function for call to 'encode_type' > BOOST_FOREACH( foreach_value_type i, rng ) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ..\..\..\boost/foreach.hpp:1095:77: note: expanded from macro 'BOOST_FOREACH' > if (boost::foreach_detail_::auto_any_t BOOST_FOREACH_ID(_foreach_cur) = BOOST_FOREACH_BEGIN(COL)) {} else \ > ^~~~~~~~~~~~~~~~~~~~~~~~ > ..\..\..\boost/foreach.hpp:1013:9: note: expanded from macro 'BOOST_FOREACH_BEGIN' > , BOOST_FOREACH_TYPEOF(COL) \ > ^~~~~~~~~~~~~~~~~~~~~~~~~ > ..\..\..\boost/foreach.hpp:906:17: note: expanded from macro 'BOOST_FOREACH_TYPEOF' > (true ? 0 : boost::foreach_detail_::encode_type(COL, boost::foreach_detail_::is_const_(COL))) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ..\..\..\boost/foreach.hpp:401:22: note: candidate function [with T = std::list<int, std::allocator<int> >] not viable: no known conversion from 'boost::is_const<list<int, allocator<int> > > *' to 'boost::mpl::false_ *' (aka 'bool_<false> *') for 2nd argument > inline type2type<T> *encode_type(T &, boost::mpl::false_ *) { return 0; } > ^ > ..\..\..\boost/foreach.hpp:404:30: note: candidate function [with T = std::list<int, std::allocator<int> >] not viable: no known conversion from 'boost::is_const<list<int, allocator<int> > > *' to 'boost::mpl::true_ *' (aka 'bool_<true> *') for 2nd argument > inline type2type<T, const_> *encode_type(T const &, boost::mpl::true_ *) { return 0; } > ^ > In file included from stl_byval.cpp:25: > ././utility.hpp:20:5: error: no matching function for call to 'encode_type' > BOOST_FOREACH( foreach_value_type i, rng ) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Does anybody know what is causing this error ? I can't seem to proceed in building documentation with quickbook until I can get foreach working. I pulled the latest foreach from the master branch and ran b2 headers but still the problem occurs.

3 3

New to open source
by Pranjal Rai 03 Mar '15

03 Mar '15

Hi, I am new to open source and would like to contribute to it. Can someone please guide me what to do next? Pranjal Rai

3 2

[gsoc15] Queries about enhancement of vector and deque containers
by Sandilya Jandhyala 03 Mar '15

03 Mar '15

Hello Boost, My name is Sandilya Jandhyala. I'm a third year undergraduate student pursuing Computer Science and Engineering at Amrita School of Engineering, Bangalore, India. I'm interested in submitting a proposal based on this idea. I have a few queries: 1. The programming test is to 'write a small vector-like container'. But this is somewhat vague, since it's not clear what is meant by 'small'. Does this mean that I only have to implement a subset of the functionality/member functions of std::vector? If so, which subset? How do I pick and choose? Or do I need to implement all the member functions? It would be helpful if some expected functionality were specified. 2. The entry on the ideas page hasn't specified how to submit the programming test. I'm assuming that I should copy and paste my code into the end of my proposal, as is specified for the other ideas. Is that correct? 3. The test requires that push_back throws when the buffer is full. But does this mean that the capacity is fixed? Can the capacity be increased when elements are added using other methods like insert()? 4. Though I'm comfortable with C++, I'm not at all familiar with unit testing or documentation tools. I'm willing to learn though. I've found that there are a large number of unit testing frameworks available for C++, and it's difficult to choose. Would you recommend any framework over another for this project/programming test? 5. I would like to begin researching possible improvements/additions to the vector and deque classes. What would be a good place to start? Should I look at the standard libraries of other languages? Could you point me to some resources I could study? Thank you for reading my queries. Any other tips/suggestions would be greatly appreciated.

1 0

[gsoc15] Boost will be a mentoring org for 2015
by Niall Douglas 03 Mar '15

03 Mar '15

Dear Boost. I am very pleased to report that Boost has been accepted as a GSoC org for 2015. Student applications begin on Monday March 16th, in just under two weeks, and last ten days until Friday March 27th. If you haven't added your proposal ideas to https://svn.boost.org/trac/boost/wiki/SoC2015, now is the time to do so. If you would like to add your name to the ten other mentors who have made themselves available this summer, please do get in contact. Niall and Boris --- Boost C++ Libraries Google Summer of Code 2015 admin https://svn.boost.org/trac/boost/wiki/SoC2015

1 0

GSOC 2015 guideline
by Vaneet yadav 03 Mar '15

03 Mar '15

hi all, I am Vaneet singh yadav student of IIT Guwahati (INDIA) , i am interested in working Boost.uBLAS a library for matrix computations in GSOC 2015 .can any help me how to start thanks a lot

1 0

GSoC 2015
by Ágota Horváth 03 Mar '15

03 Mar '15

Hello, I'm Ágota Horváth from Hungary, a second year BSc student. I'm learning computer engineering and I'm really interested in choosing one of Boost C++ Libraries projects this year. Especially, I'd like to participate in the Enhanced vector and deque containers project because I have learned C++ at the university and I'd like to extend my knoledge about libraries and it would be a great experience to me if I could do that while working on a real project. However, this is the first year when I'd like to take part is GSoC, so I don't really know who I should turn to in order to get more information about this project, the proposal and how to get in touch with my would-be mentor. I'd also like to know what skills are needed for this project so that I can prepare before the coding starts. I would really appreciate if you could help me with that. Thank you, Ágota Horváth

2 1

[context] b2 fails to build libraries if --with-context is set
by Antony Polukhin 02 Mar '15

02 Mar '15

Hi, Issue with failing boost build are reported here: http://stackoverflow.com/questions/27342524/buidling-boost-error-name-clash… and http://stackoverflow.com/questions/28398390/boost-build-breaks-name-clash-f… This seems like a critical bug! -- Best regards, Antony Polukhin

2 1

[build] b2 headers broken?
by Eric Niebler 02 Mar '15

02 Mar '15

I just updated to the latest develop. I ran bootstrap, then nuked my boost directory and reran b2 headers. Worked fine. Then I changed directory to libs/proto/test and ran ../../../b2 mem_ptr to run a test. Here's what I get: f:\modular-boost\libs\proto\test>..\..\..\b2 mem_ptr Performing configuration checks - symlinks supported : no - junctions supported : yes - hardlinks supported : yes ...patience... ...patience... ...found 4951 targets... ...updating 441 targets... common.mkdir ..\..\..\bin.v2\libs common.mkdir ..\..\..\bin.v2\libs\proto common.mkdir ..\..\..\bin.v2\libs\proto\test common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0 common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug\link-static common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug\link-static\threading-multi link.rm ..\..\..\boost\mpl common.mkdir ..\..\..\boost\mpl link.hardlink ..\..\..\boost\mpl\print.hpp Hardlink created for ..\..\..\boost\mpl\print.hpp <<===>> ..\..\mpl\include\boost\mpl\print.hpp <snip> link.rm ..\..\..\boost\numeric\conversion link.hardlink ..\..\..\boost\numeric\conversion\conversion_traits.hpp The system cannot find the path specified. if exist "..\..\..\boost\numeric\conversion\conversion_traits.hpp" del "..\..\..\boost\numeric\conversion\conversion _traits.hpp" mklink /H "..\..\..\boost\numeric\conversion\conversion_traits.hpp" "..\..\numeric\conversion\include\boost\numeric\ conversion\conversion_traits.hpp" ...failed link.hardlink ..\..\..\boost\numeric\conversion\conversion_traits.hpp... link.hardlink ..\..\..\boost\numeric\conversion\int_float_mixture_enum.hpp The system cannot find the path specified. For some reason, b2 thinks it needs to rerun b2 headers, but it does a crap job of it and dies. What's going on? Eric

4 6

[date_time] Merge to release?
by Daniel James 01 Mar '15

01 Mar '15

There are some outstanding changes on date_time's develop branch which seem safe to me. If there are no objections I'll merge them soon. Daniel

1 0

Re: [boost] [Boost-interest] Biicode dependendy manager with Boost support
by Vicente J. Botet Escriba 27 Feb '15

27 Feb '15

Le 20/02/15 20:54, JOAQUIN M. LOPEZ MUÑOZ a écrit : > Hi, > > The folks at biicode (biicode.com) a C/C++ dependency manager, have just > announced support for Boost: > > http://blog.biicode.com/dependency-management-boost-libraries/#more-2086 > > Biicode allows for easy multiplatform component tracking and builiding > thanks to their file-based dependency detection and CMake autogeneration > magic. Now, these capabilities can be used to make it easier to work with > Boost libraries. > Thanks Joaquin for the announce. I was wondering if we couldn't use it as a starting point of our modularization activity. Some questions: * Is the file-based dependency manager what Boost is looking for its own module dependencies detection? * Could an author state explicitly its dependencies on other libraries (versions)? * It Biicode open source? * How its CMake autogeneration and bjam interact? Best, Vicente

4 4

VMD library accepted
by Steven Watanabe 27 Feb '15

27 Feb '15

AMDG The VMD library submitted by Edward Diener is ACCEPTED into Boost. I apologize for the long delay for this announcement. Thanks to everyone who participated in the formal review * Nial Douglass * Bjorn Reese * Rodrigo Madera * Zhou Zhenghui * Matt Calabrese * Paul Mensonides Reviews for the library were generally positive. The library was considered to be a useful set of tools for macro programmers. Paul expressed concern about the way the the library handles v-sequences and v-identifiers. After some discussion, Edward has agreed that the interface could be significantly improved. Work Items: * Add examples and improved motivation in the documentation * Update the v-identifier/v-sequence interface based on Paul's comments * Fix inaccurate statements about Boost.Preprocessor per Paul In Christ, Steven Watanabe

1 0

[1.58] Any plans to merge the super-project to master?
by John Maddock 26 Feb '15

26 Feb '15

Is the Boost super-project going to be merged to master, Jamroot in particular has several important unmerged changed. Thanks, John.

1 0

Re: [boost] [mpl] multiset
by Ganesh Prasad 25 Feb '15

25 Feb '15

> Aside from that, I?ve been also in contact with Louis discussing the > idea of porting metalog to Hana as a use case. Perhaps logic > predicates could prove a useful add on to Hana as well. Porting metalog to hana as an add on might be a good idea, but I quite disagree from the user's point of view. Hana is a beautifully designed library and it does precisely what it's designed for. In short it has good modularity. And , indeed, libraries are supposed to be highly modular. So, it might be better to keep metalog as a separate entity and provide good interoperability between Hana and metalog. Best wishes Ganesh Prasad

1 0

Cannot add any file to GIT "libgit2 returned: Invalid data in index - invalid entry"
by Paul A. Bristow 25 Feb '15

25 Feb '15

Cannot add any new file to GIT repo :-( "libgit2 returned: Invalid data in index - invalid entry" Have recently locally committed changes to an existing Boost.Math sub-module (commit OK). (But realized that I had forgotten to add a few new files, so tried to add and recommit, but failed at the add stage). git status shows expected untracked files and ends: nothing added to commit but untracked files present (use "git add" to track) I:\modular-boost\libs\math> .gitignore is the standard modular-boost issue and looks OK. I:\modular-boost\libs\math>git version git version 1.9.5.msysgit.0 Suggestions? Thanks Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

2 3

[date_time] Re: [Boost-docs] Pull request #22 on boostorg/date_time
by Rene Rivera 25 Feb '15

25 Feb '15

You emailed the wrong list. On Tue, Feb 24, 2015 at 9:41 PM, Aaron Brooks <brooksaar(a)gmail.com> wrote: > Hi, > > Could I get someone to pull in my changes to date_time? > https://github.com/boostorg/date_time/pull/22 > > Just a small fix - fixes references to date_from_tm in the ptime doc, but > the bug has been open for 10 months and it tripped me up. > > Thanks, > Aaron > > _______________________________________________ > Boost-docs mailing list > Boost-docs(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-docs > > -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

1 0

Re: [boost] [mpl] multiset
by Ganesh Prasad 25 Feb '15

25 Feb '15

> It is not my intention to deprecate MPL. I'm just looking for some > meta-programming utilities that can be proposed to the C++ standard. > > Vicente MPL and 'something else which does exactly the same thing' can co-exist (?), though users are familiar with MPL. Metaprogramming can be made easier with an alternative syntax, like Hana does. But functional is not the only solution. We can try with a Logic oriented syntax. C++ supports almost every major paradigm out there, except for logic (like prolog). And wrapping a logic oriented syntax over metaprograms would actually help programmers to handle complex inheritance patterns conveniently. Well, it's just an idea. I had tried with functional syntax (from scratch) about one year ago. And I have been thinking about a logic oriented syntax (I had even considered something like JQuery, though I rejected that idea eventually). It would be great if the logic programming idea could be acceptable for GSoC, I would be more than happy to work on it. Here is the link to my attempt at functional syntax over metaprogramming. https://github.com/GnsP/GNS--META_LISCPP Also, Bruno C. O. Dutra has worked in a very similar field, in fact he has already implemented a compile time logic library. Best Wishes Ganesh Prasad

2 1

[Context] RFR: Add support for ARM aarch64 architecture
by Edward Nevill 25 Feb '15

25 Feb '15

Hi, I hope this is the right place to post this. The following patch adds support for ARMs aarch64 architecture on Linux (there is existing iOS support for aarch64). I have run the context regression test on this on an aarch64 board running Ubuntu 14.04 with gcc 4.9.1 and it passes all OK. Could someone please review this patch and if OK push it? Many thanks, Ed. --- CUT HERE --- commit bd34672217ff3bcee185f9c7383179342ec2fe9b Author: Edward Nevill <edward.nevill(a)linaro.org> Date: Mon Feb 23 14:37:45 2015 +0000 Add support for ARM aarch64 architecture diff --git a/build/Jamfile.v2 b/build/Jamfile.v2 index 80d1c46..edd4400 100644 --- a/build/Jamfile.v2 +++ b/build/Jamfile.v2 @@ -253,6 +253,14 @@ alias asm_context_sources <toolset>darwin ; +alias asm_context_sources + : [ make asm/make_arm64_elf_gas.o : asm/make_arm64_elf_gas.S : @gas ] + [ make asm/jump_arm64_elf_gas.o : asm/jump_arm64_elf_gas.S : @gas ] + : <address-model>64 + <architecture>arm + <binary-format>elf + ; + # MIPS # MIPS/O32/ELF alias asm_context_sources diff --git a/config/arm.cpp b/config/arm.cpp index 6a83737..6eece0b 100644 --- a/config/arm.cpp +++ b/config/arm.cpp @@ -6,7 +6,7 @@ // accompanying file LICENSE_1_0.txt or copy at // http://www.boost.org/LICENSE_1_0.txt) -#if !defined(__arm__) && !defined(__thumb__) && \ +#if !defined(__aarch64__) && !defined(__arm__) && !defined(__thumb__) && \ !defined(__TARGET_ARCH_ARM) && !defined(__TARGET_ARCH_THUMB) && \ !defined(_ARM) && !defined(_M_ARM) #error "Not ARM" diff --git a/src/asm/jump_arm64_elf_gas.S b/src/asm/jump_arm64_elf_gas.S new file mode 100644 index 0000000..3e0e2c2 --- /dev/null +++ b/src/asm/jump_arm64_elf_gas.S @@ -0,0 +1,128 @@ +/******************************************************* + * * + * ------------------------------------------------- * + * | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | * + * ------------------------------------------------- * + * | 0x0 | 0x4 | 0x8 | 0xc | 0x10| 0x14| 0x18| 0x1c| * + * ------------------------------------------------- * + * | d8 | d9 | d10 | d11 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | * + * ------------------------------------------------- * + * | 0x20| 0x24| 0x28| 0x2c| 0x30| 0x34| 0x38| 0x3c| * + * ------------------------------------------------- * + * | d12 | d13 | d14 | d15 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | * + * ------------------------------------------------- * + * | 0x40| 0x44| 0x48| 0x4c| 0x50| 0x54| 0x58| 0x5c| * + * ------------------------------------------------- * + * | x19 | x20 | x21 | x22 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | * + * ------------------------------------------------- * + * | 0x60| 0x64| 0x68| 0x6c| 0x70| 0x74| 0x78| 0x7c| * + * ------------------------------------------------- * + * | x23 | x24 | x25 | x26 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | * + * ------------------------------------------------- * + * | 0x80| 0x84| 0x88| 0x8c| 0x90| 0x94| 0x98| 0x9c| * + * ------------------------------------------------- * + * | x27 | x28 | FP | LR | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 40 | 41 | 42 | 43 | | | * + * ------------------------------------------------- * + * | 0xa0| 0xa4| 0xa8| 0xac| | | * + * ------------------------------------------------- * + * | PC | align | | | * + * ------------------------------------------------- * + * * + *******************************************************/ + + .cpu generic+fp+simd + .text + .align 2 + .global jump_fcontext + .type jump_fcontext, %function +jump_fcontext: + # prepare stack for GP + FPU + sub sp, sp, #0xb0 + +# Because gcc may save integer registers in fp registers across a +# function call we cannot skip saving the fp registers. +# +# Do not reinstate this test unless you fully understand what you +# are doing. +# +# # test if fpu env should be preserved +# cmp w3, #0 +# b.eq 1f + + # save d8 - d15 + stp d8, d9, [sp, #0x00] + stp d10, d11, [sp, #0x10] + stp d12, d13, [sp, #0x20] + stp d14, d15, [sp, #0x30] + +1: + + # save x19-x30 + stp x19, x20, [sp, #0x40] + stp x21, x22, [sp, #0x50] + stp x23, x24, [sp, #0x60] + stp x25, x26, [sp, #0x70] + stp x27, x28, [sp, #0x80] + stp x29, x30, [sp, #0x90] + + # save LR as PC + str x30, [sp, #0xa0] + + # store RSP (pointing to context-data) in first argument (x0). + # STR cannot have sp as a target register + mov x4, sp + str x4, [x0] + + # restore RSP (pointing to context-data) from A2 (x1) + mov sp, x1 + +# # test if fpu env should be preserved +# cmp w3, #0 +# b.eq 2f + + # load d8 - d15 + ldp d8, d9, [x0, #0x00] + ldp d10, d11, [x0, #0x10] + ldp d12, d13, [x0, #0x20] + ldp d14, d15, [x0, #0x30] + +2: + + # load x19-x30 + ldp x19, x20, [sp, #0x40] + ldp x21, x22, [sp, #0x50] + ldp x23, x24, [sp, #0x60] + ldp x25, x26, [sp, #0x70] + ldp x27, x28, [sp, #0x80] + ldp x29, x30, [sp, #0x90] + + # use third arg as return value after jump + # and as first arg in context function + mov x0, x2 + + # load pc + ldr x4, [sp, #0xa0] + + # restore stack from GP + FPU + add sp, sp, #0xb0 + + ret x4 + .size jump_fcontext,.-jump_fcontext + +# Mark that we don't need executable stack. +.section .note.GNU-stack,"",%progbits diff --git a/src/asm/make_arm64_elf_gas.S b/src/asm/make_arm64_elf_gas.S new file mode 100644 index 0000000..5a6914f --- /dev/null +++ b/src/asm/make_arm64_elf_gas.S @@ -0,0 +1,80 @@ +/******************************************************* + * * + * ------------------------------------------------- * + * | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | * + * ------------------------------------------------- * + * | 0x0 | 0x4 | 0x8 | 0xc | 0x10| 0x14| 0x18| 0x1c| * + * ------------------------------------------------- * + * | d8 | d9 | d10 | d11 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | * + * ------------------------------------------------- * + * | 0x20| 0x24| 0x28| 0x2c| 0x30| 0x34| 0x38| 0x3c| * + * ------------------------------------------------- * + * | d12 | d13 | d14 | d15 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | * + * ------------------------------------------------- * + * | 0x40| 0x44| 0x48| 0x4c| 0x50| 0x54| 0x58| 0x5c| * + * ------------------------------------------------- * + * | x19 | x20 | x21 | x22 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | * + * ------------------------------------------------- * + * | 0x60| 0x64| 0x68| 0x6c| 0x70| 0x74| 0x78| 0x7c| * + * ------------------------------------------------- * + * | x23 | x24 | x25 | x26 | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | * + * ------------------------------------------------- * + * | 0x80| 0x84| 0x88| 0x8c| 0x90| 0x94| 0x98| 0x9c| * + * ------------------------------------------------- * + * | x27 | x28 | FP | LR | * + * ------------------------------------------------- * + * ------------------------------------------------- * + * | 40 | 41 | 42 | 43 | | | * + * ------------------------------------------------- * + * | 0xa0| 0xa4| 0xa8| 0xac| | | * + * ------------------------------------------------- * + * | PC | align | | | * + * ------------------------------------------------- * + * * + *******************************************************/ + + .cpu generic+fp+simd + .text + .align 2 + .global make_fcontext + .type make_fcontext, %function +make_fcontext: + # shift address in x0 (allocated stack) to lower 16 byte boundary + and x0, x0, ~0xF + + # reserve space for context-data on context-stack + sub x0, x0, #0xb0 + + # third arg of make_fcontext() == address of context-function + # store address as a PC to jump in + str x2, [x0, #0xa0] + + # save address of finish as return-address for context-function + # will be entered after context-function returns (LR register) + adr x1, finish + str x1, [x0, #0x98] + + ret x30 // return pointer to context-data (x0) + +finish: + # exit code is zero + mov x0, #0 + # exit application + bl _exit + + .size make_fcontext,.-make_fcontext + +# Mark that we don't need executable stack. +.section .note.GNU-stack,"",%progbits

2 7

Friend class with namespace gives compiler error for C6000 TI
by Alin Popa 25 Feb '15

25 Feb '15

Hi, I compile my project with boost header only files, the compiler is C6000 Texas Instruments. The compile errors occurs for example in "boost/algorithm/string/find_iterator.hpp" I have extracted the cause of the problem in the next example code: namespace boost { namespace iterators { class iterator_core_access { public: iterator_core_access(){} ~iterator_core_access(){} }; } using iterators::iterator_core_access; } class testFriend { private: // don't work, compiler error: error: namespace "boost" has no actual member "iterator_core_access" friend class ::boost::iterator_core_access; // here is the problem // it works, compiles ok, this was my cure //friend class ::boost::iterators::iterator_core_access; }; int main () { // it works ::boost::iterator_core_access a; return 0; } Do you guys know what is the reason of this ? With msvc and g++ works fine. Thanks and best regards, Alin

2 1

[build] check __aarch64__ Aarch64
by Oliver Kowalke 24 Feb '15

24 Feb '15

Hi, I've added an pull request for jam.h (build/engine) to set os.platform correctly to 'ARM' on Aarch64 architecture. This is required in order to build boost.context correctly on the64bit ARM platform. thx, Oliver

1 0

Any online C++ compiler with Boost version to select?
by Boris Schäling 23 Feb '15

23 Feb '15

Does anyone know of an online C++ compiler which does not only come with Boost but allows you to select the Boost version? While http://coliru.stacked-crooked.com/ comes with Boost 1.57.0, http://ideone.com/ and http://cpp.sh/ with 1.55.0 and http://codepad.org/ with 1.34.1 (really!), I can't even tell whether these websites support Boost explicitly or whether it's more of an accident that I can include Boost headers. :) http://isocpp.org/blog/2013/01/online-c-compilers also mentions http://liveworkspace.org/ and http://gcc.godbolt.org/. But I can't open these websites (not sure whether they are temporarily broken or gone for good?). Boris

3 3

[config] test macro for std::index_sequence<>?
by Oliver Kowalke 23 Feb '15

23 Feb '15

Hi, I can not find an macro (BOOST_NO_CXX11_...) for testing the absence of std::index_sequence<> - may I have overlooked it? so long, Oliver

2 2

Re: [boost] [gsoc15] Attn: We need 2015 mentors and project ideas for Boost!
by Antonio Colino 22 Feb '15

22 Feb '15

Here is a random thought for a project idea. Agner fog created a vectorization lib for the sse and avx instruction sets as part of a project called vector class. Intel created the equivalent opencl kernels as part of a project that is called ispc ( Intel simd program compiler ). Research both and submit a single vector lib that auto vectorizes avx, sse both gpu and cpu overloading the std::vector class operators.Just a random thought. Intel SPMD Program Compiler)

1 0

[mpl] Fix to Ticket #11001
by Bruno Dutra 22 Feb '15

22 Feb '15

I just finished a pull request <https://github.com/boostorg/mpl/pull/14> with a fix for Ticket #11001 <https://svn.boost.org/trac/boost/ticket/11001>, which, by the way, I reported myself, so I'm quite confident it's fixed. Could one of the maintainers kindly review it? Oh and it is worth it to mention that I also included a new test case to ensure the fix is working. Kind regards, *Bruno C. O. Dutra*

1 1

GSoC: Enhanced vector and deque containers
by Benedek Thaler 22 Feb '15

22 Feb '15

Hi, I'm looking at the "Enhanced vector and deque containers"[0] item of the GSoC projects. I have to following interface idea: boost::devector: Like std::vector, but the first call to push_back inserts the element to the middle of the buffer. Likewise, reserve puts the contents to the middle of the new buffer (if any). This allows a cheap push_front, pop_front, push_back, pop_back. boost::deque: Like std:deque, but segment size can be specified in the constructor. To make buffer operations easier, a `segment_end` would be provided: iterator segment_end(iterator begin) Which returns the end of the largest consecutive range starting at `begin`. I'm also thinking about the following twist: Assuming this layout: [a,b,c,d] [e,f,g,_] Brackets denote segments, letters are elements, underscore is empty space. Here, inserting `x` after `d` normally results several moves and this layout: [a,b,c,d] [x,e,f,g] But instead, we could allocate a new segment: [a,b,c,d] [_,x,_,_] [e,f,g,_] To make the insertion cheaper. This behavior is similar to a segmented list, i.e: std::list<boost::devector<T>> Are these similar to the "extra functionality" mentioned in the docs you were thinking about? Thanks, Benedek [0]: https://svn.boost.org/trac/boost/wiki/SoC2015#a5.Enhancedvectoranddequecont…

1 0

Enquiry about gsoc project Enhanced vector and deque containers
by Jasdeep Singh 21 Feb '15

21 Feb '15

I had a few doubts regarding this project and was wondering if someone could help me out.It would be much appreciated.

1 0

[MultiIndex] Memory consumption of ordered indices
by Olaf van der Spek 21 Feb '15

21 Feb '15

Hi, What's the memory consumption of ordered indices? Is it implemented as a linked list, so two pointers per element? In that case for a write-only data structure an external ptr vector would make more sense wouldn't it? -- Olaf

3 4

[filesystem] temp_directory_path() behavior on Windows
by Beman Dawes 20 Feb '15

20 Feb '15

temp_directory_path() on Windows is currently implemented by calling the Windows API GetTempPath() function. Ticket https://svn.boost.org/trac/boost/ticket/5300 points out that GetTempPath() does not work as expected for environmental variables longer than roughly 130 characters. I've added a test to Boost.Filesystem that verifies that boost::filesystem::temp_directory() is affected. The suggested fix is to use GetEnvironmentVariable to in effect implement GetTempPath() the way we would like it to work. That makes sense to me, so I looked up the specs for GetTempPath(): The GetTempPath function checks for the existence of environment variables in the following order and uses the first path found: 1. The path specified by the TMP environment variable. 2. The path specified by the TEMP environment variable. 3. The path specified by the USERPROFILE environment variable. 4. The Windows directory. (4) Makes me queasy. I suspect it will fail anyhow because of permissions errors, but I would prefer to have temp_directory_path() report an error if 1, 2, and 3 are not present. temp_directory_path() already reports an error if a path is found but it is not a directory. OTOH, excluding the Windows directory is a breaking change for anyone currently depending on that behavior, so I thought it best to ask for comments before charging ahead. Thoughts? --Beman

8 39

[log] custom architecture and address-model
by Vladimir Prus 19 Feb '15

19 Feb '15

Hi, it seems that Boost.Log defines, and checks, it's own log-address-model and log-architecture and log-instruction-set properties. Naturally, if I'm trying to make regular address-model and architecture properties always set, these are getting in the way. Do we really need per-library properties? If a user wants to build Boost.Log with a particular architecture, I would think he can do: ./b2 --with-log <whatever> If so, is everybody fine if I eliminate these custom features eventually? -- Vladimir Prus CodeSourcery / Mentor Embedded http://vladimirprus.com

3 6

[Review] Boost.Endian mini-review
by Joel FALCOU 19 Feb '15

19 Feb '15

The mini-review of Boost.Endian starts today and runs through Sunday, February 1. The library repository is available on GitHub at https://github.com/boostorg/endian The docs for the library can be viewed online at https://boostorg.github.io/endian/ The objective of the mini-review is to verify that the issues raised during the formal review have been addressed. Those issues are documented at https://boostorg.github.io/endian/mini_review_topics.html which also describes the resolution of each issue. Comments and suggestions unrelated to the mini-review issues are also welcome, but the key question the review manager needs your opinion on is this: Is the library ready to be added to Boost releases? -- Joel Falcou, Endian Review Manager

16 57

[endian] Post-mini-review status: endian ready to merge to master
by Beman Dawes 18 Feb '15

18 Feb '15

Here is a post-mini-review status report to support a pull request to merge endian into the boost super-project master branch as a submodule. (It has been a submodule of the super-project develop branch for months.) The mini-review ran from January 23rd through February 1st. There were over 50 messages posted in the main review thread ("[Review] Boost.Endian mini-review"). The key question Joel Falcou, the review manger, asked was: Is the library ready to be added to Boost releases? All seven responses to the question were "Yes" votes (Peter Dimov, Nevin Liber, Philip Bennefall, Jason Newton, Jeremy Maitin-Shepard, Cliff Green, Bjorn Reese), and none of these votes were conditional. Other things that came out of the mini-review discussion: * Major concern: The default alignment needs to revert to unaligned. There should be no problem completing this before the final 1.58.0 release, and probably before the beta, but I need to carve out a quiet couple of hours to review the discussions before actually doing the revert. * Major concern: Floating point support needs an additional test program tailored to the characteristics of floating point numbers. A warning needs to be added to the docs alerting users that FP support is much less mature than integer support. The plan is to create the new test program in the next few days, and ask on the list for contributions of test cases from FP experts. * Requests for new features: A couple of simple to analyze and implement features have already been added. Other possible new features were added to a "Future directions" section of the docs so they won't be forgotten. * Technical fixes and suggestions. Most of these have already been applied. * Documentation fixes and suggestions. Most of these have already been applied, with three or four docs change emails still to be processed. Today is the cut off for 1.58.0 new libraries, so I'm planning to submit pull requests to merge endian submodule support from the boost super-project's develop branch into its master branch. (endian submodule support has been in the boost super-project's develop branch for months.) Thanks to all of those who contributed to the mini-review! --Beman

1 0

[GSoC] interested in implementing numerical algorithms for uBLAS
by Ganesh Prasad 17 Feb '15

17 Feb '15

Hi I am interested in implementing numerical algorithms optimized for distributed/parallel architectures for Boost.uBLAS. I have been applying for this project for previous 2 years, so I have definitely done some research in this field. Also, I have been working on Clusters for last 7 months as an Academic project (Product Development). So, basically I am acquainted with programming for distributed architectures with MPI. best wishes Ganesh Prasad

2 1

[threads] Win32 Events on POSIX
by Fu ji 17 Feb '15

17 Feb '15

Hello, I want to port win32 events on Posix using Boost. To avoid the re-invented the wheel I use PEvents: https://github.com/neosmart/pevents which is on MIT licence. But with my current knowledge I do some mistakes because I have deadlock. Maybe someone with bigger knowledge about differencies in boost and pevents might help with this ? I know that there is also thread-safe boost.signals2 with observer pattern but it does not provide WaitForMultipleObjects functionality. Best regards.

5 16

[nowide] Bug fix for older Windows versions
by Michael Smith 17 Feb '15

17 Feb '15

I found an issue with the implementation of cout/cerr in Boost.Nowide. It will fail in the middle of writing output due to a segfault in VerifyConsoleIoHandle (during WriteConsoleW). See the attached files for a patch and example (I've tested with MinGW-w64 4.8.3).

1 0

Fwd: Boost.Fixed_Point for GSoC 2015?
by Nikhar Agrawal 17 Feb '15

17 Feb '15

Hi everyone, I'm Nikhar Agrawal, currently an undergraduate student at IIIT-Hyderabad pursuing a degree in Computer Science and Engineering. I have been a succesful GSoC participant twice in a row. In 2013, I did GSoC under Boost C++ libraries under the mentorship of Christopher Kormanyos with continuous guidance from John Maddock and Paul Bristow. In 2014, I did GSoC under GNOME. In 2014, I had also submitted a proposal for Boost.Fixed_Point. Here's the link to the proposal I submitted last year: https://docs.google.com/document/d/1Ylc_OJBpoN_lNgMrYh0l-O_qCb-EDJQy0JGoh5u… Unfortunately, the project couldn't go through because of lack of slots. I would like to try again this year. Christopher isn't available as a mentor though. Chris and Niall suggested that I float a mail through the mailing list to see if there are any takers for this project who'd be willing to mentor it. The proposal hasn't changed much from what I submitted last year. We may have to limit it's scope to something that'd be ideal for one summer though. I'll be more than happy to discuss it with anyone who's interested in the project. Thanks. Nikhar P.S.: I'm attaching some mails from the conversation I've had with Niall and Christopher in this regard. ---------- Forwarded message ---------- From: Niall Douglas <s_sourceforge(a)nedprod.com> Date: Wed, Feb 11, 2015 at 8:12 AM Subject: Re: Boost.Fixed_Point for GSoC 2015? To: nikharagrawal2006(a)gmail.com Cc: Christopher Kormanyos <e_float(a)yahoo.com> Nikhar, Firstly my commendation to you on keeping up interest after not getting a place last year. For your information, we requested 12 slots and received just 7, and after I begged Google for another we got eight for 2014. That meant four projects did not get funding, and yours was one. Can I suggest that you perhaps consider approaching potential mentors in Boost and see if you can find one interested? Please do CC my email in your approaches so they know I have vetted you, and mention you were a successful student in 2013. Given that Chris won't be available this year, you may need to consider not doing fixed point as I am unaware of a suitable alternative mentor who is available. When approaching potential mentors, try to suggest ideas that are something the mentor badly wants in their particular specialism. Try searching the mailing lists and past GSoC ideas to see which mentors might have which pet projects which get them enthusiastic. Just this week a student called Damian Vicino managed to persuade Robert Ramey to mentor work on safe_numerics. I did not know Robert had an interest in this, but Damian obviously figured it out and won a mentor. Good luck in your efforts. Niall On 10 Feb 2015 at 21:24, Christopher Kormanyos wrote: > Hi Niall, > I will not be available as a GSoC mentor this year. > Just a heads-up, Nikhar Agrawal, a successful veteranGSoC candidate, has expressed interest in thefixed-point project. > I do not know if anyone would like to mentor it. > > See text below. > Thank you for your continued support. > Best regards, Chris > > > It seems that the discussions for GSoC 2015 have begun> on the mailing list. > > The fixed point project couldn't make through last year.> Is there interest in it for this year from you guys?> Would you like me to post about it on the mailing list?> I'm still very much interested in this. I contacted about this> project a couple of times last year after the summers> but everyone was busy with other stuff. And I think the> GSoC deadlines provide a lot of motivation anyways. > So let me know what you guys think about it and> if I should apply for the project. > Cheers. :)> Nikhar > Hi Nikhar, > Thank you for keeping in touch. > I will not be available as a GSoC mentor this year.In my opinion, the fixed-point project is a good one.We just need to find a mentor for the project. > The fixed-point project needs to have a clearly definedscope. The preliminary specification suggested byLawrence Crowl represents man-years of coding effort. > > If there is a way to limit the scope of the project toa reasonable level for one summer and find a mentor,then go for it ! > Please post any suggestions and or comments or questionson the board. > You were a very successful participant in GSoC 2013.With help from John and Paul, the ground work you did hasbeen included in Boost. We now have Bernoulli, high-precisiontgamma(), and also polygamma() for integer order. > > Boost is a long-term endeavor. I encourage you to stickwith it --- and keep up the good work ! > Good luck. > > Cheers, Chris > > > On Tuesday, February 10, 2015 4:29 PM, Nikhar Agrawal < nikharagrawal2006(a)gmail.com> wrote: > > > Hi everyone, > How are you all doing? > > It seems that the discussions for GSoC 2015 have begun on the mailing list. > The fixed point project couldn't make through last year. Is there interest in it for this year from you guys? Would you like me to post about it on the mailing list? I'm still very much interested in this. I contacted about this project a couple of times last year after the summers but everyone was busy with other stuff. And I think the GSoC deadlines provide a lot of motivation anyways. > So let me know what you guys think about it and if I should apply for the project. > Cheers. :)Nikhar > > On Tue, Apr 22, 2014 at 1:25 AM, Nikhar Agrawal < nikharagrawal2006(a)gmail.com> wrote: > > Hi all, > GSoC results are out and unfortunately, the fixed-point project didn't go through. However, the last couple of months or so, having invested time in discussing various design issues and going through various code prototypes, I have become really interested in developing a fixed-point library. And I stick to my word of being willing to develop library outside of GSoC as well. It would be great to have your continued guidance. Though with GSoC in summer, I wonder you'd have your official projects as first priority. I had submitted another proposal to GNOME and I got into GSoC via that as well. > So, I was wondering what could be a good way forward? How I could contribute to fixed-point library? The first question is if there's an interest in the library still from all your sides as well now that it's not an official GSoC project? If yes, I guess we could continue our collaborations just like they happened during last GSoC? Though probably less frequently? What do you guys think? > Also, if it's not an inappropriate thing to ask, could you kindly elaborate why the project didn't go through? Seeing the comments of everyone involved, I had a feeling that proposal was very well received. > Thanks.Nikhar > > > > > > > > --- Boost C++ Libraries Google Summer of Code 2015 admin https://svn.boost.org/trac/boost/wiki/SoC2015

1 0

Interested in choosing a Boost C++ project for GSOC 2015
by Prasad Priyadarshana Fernando 17 Feb '15

17 Feb '15

Hi, I am interested in choosing a Boost C++ project for GSOC 2015. Can anbody kindly let me know what are the projects you have for this years GSOC and How to interact with those projects to do bug fixes and to get familiar with the existing code bases. Thanks *Prasad Priyadarshana Fernando <http://www.linkedin.com/in/prasadfernando>* Mobile: +1 330 283 5827

3 7

GSOC 2015 Applicant
by Muhammad Junaid Muzammil 17 Feb '15

17 Feb '15

Hello, I am Muhammad Junaid Muzammil interested in extending the PRNG support primarily for the Boost Compute library as a GSOC project. In this regard, the basic aim is to add the support of stateless counter based PRNG to the library. Different families of RNG from Random123, including Threefry, Philox and ARS will be incorporated in the library. Potential mentor for this particular project could be Kyle Lutz. Thanks, Junaid.

3 4

[gsoc15] Org application closes on Friday 20th
by Niall Douglas 17 Feb '15

17 Feb '15

Three days remain until the GSoC org application closes on Friday 20th of April. As can be seen at https://svn.boost.org/trac/boost/wiki/SoC2015, we have just SIX project proposals and FIVE mentors who have publicly made themselves available on the ideas list this year. This is significantly lower than this time last year. If you would like to attract students to work on your Boost library in 2015, please consider adding a formal project idea to the list above before Friday. If you would like to mentor in some topic or field, please make yourself known to us so we can add you to the list of available mentors for 2015. Oh, and don't forget to mention the fields you are interested in! Thanks, Niall and Boris --- Boost C++ Libraries Google Summer of Code 2015 admin https://svn.boost.org/trac/boost/wiki/SoC2015

1 0

[config] clang on Windows and BOOST_SYMBOL_EXPORT problem
by Edward Diener 15 Feb '15

15 Feb '15

I have been recently discussing a problem regarding clang on Windows on the clang developers mailing list, but without any final resolution yet. This problem affects those using clang on Windows with Boost along with exported classes. This combination occurs when testing Boost.Test but I imagine also occurs with other Boost libraries and of course could affect Boost end-users using clang on Windows. The problem does not occur with clang on Linux for reasons which shall be understood in the explanation. The bug manifests itself in such code, compiled with clang, as: #include <boost/config.hpp> #include <boost/scoped_ptr.hpp> class BOOST_SYMBOL_EXPORT AClass { boost::scoped_ptr<int> sp_pointer; }; int main() { return 0; } On Windows for clang the BOOST_SYMBOL_EXPORT becomes __declspec(dllexport) whereas on Linux it becomes __attribute__((__visibility__("default"))). Clang decides with __declspec(dllexport) or its equivalent __attribute__((dllexport)), but not with __attribute__((__visibility__("default"))), that after generating a default copy constructor and assignment operator for a class which has not defined is own, even if an object of that class is never copied or assigned, if the default copy constructor or assignment operator is invalid the compilation is in error. Since the above class has a member which is non-copyable and non-assignable we get errors from clang along the lines of: > test_clang_bug.cpp:3:1: error: field of type 'boost::scoped_ptr<int>' has private copy constructor > AClass { boost::scoped_ptr<int> sp_pointer; }; > ^ > ..\..\..\boost/smart_ptr/scoped_ptr.hpp:47:5: note: declared private here > scoped_ptr(scoped_ptr const &); > ^ > test_clang_bug.cpp:3:1: note: implicit copy constructor for 'AClass' first required here > AClass { boost::scoped_ptr<int> sp_pointer; }; > ^ > test_clang_bug.cpp:3:1: error: 'operator=' is a private member of 'boost::scoped_ptr<int>' > AClass { boost::scoped_ptr<int> sp_pointer; }; > ^ > ..\..\..\boost/smart_ptr/scoped_ptr.hpp:48:18: note: declared private here > scoped_ptr & operator=(scoped_ptr const &); > ^ > test_clang_bug.cpp:3:1: note: implicit copy assignment operator for 'AClass' first required here > AClass { boost::scoped_ptr<int> sp_pointer; }; > ^ > 2 errors generated. I have argued on the clang developers list that requiring C++ programmers to provide a default copy constructor for a class whose object is never meant to be copied or a default assignment operator for a class which is never meant to be assigned, even if that means private declarations in C++03 or deleted declarations in C++11, can never be a good idea and goes against the C++ standard. The clang answer has been that exporting classes is outside the C++ standard so the C++ standard rules do not apply in this case. Note again that having BOOST_SYMBOL_EXPORT become __attribute__((__visibility__("default"))) for clang on Windows targeting mingw/gcc fixes this problem for that compilation environment. In fact for gcc using mingw/gcc we do indeed use __attribute__((__visibility__("default"))) and that works fine with mingw/gcc in the exact same exporting situations. Similarly for VC++ compilation having BOOST_SYMBOL_EXPORT be __declspec(dllexport) works fine also. I have not yet been able to get from clang developer why exporting a class using __declspec(dllexport) or its equivalent __attribute__((dllexport)) works the way it does, but using __attribute__((__visibility__("default"))) gives no problems. The discussion still appears to be ongoing. Do we want to change BOOST_SYMBOL_EXPORT on clang with Windows targeting mingw/gcc to specify __attribute__((__visibility__("default"))) as we do with mingw/gcc ? It is a fairly simple change which I can make. I just wanted to bring this whole issue to the attention of Boost before I implement any change. I am of course still hoping tha clang changes the way it views the exporting situation and still think they are wrong.

2 5

[GSOC] Devector project
by Divyansh Gupta 15 Feb '15

15 Feb '15

Hi all, I've been following the mailing list for a few months and I wanted to know more about the Devector project idea that was being discussed last week. I couldn't find it on the 2015 ideas page so I read about it on the 2009 page and I'm really interested in doing it as a GSOC project. So then I also read the segmented iterators paper and the std::vector and std::deque references. I found an existing implementation of devector on GitHub ( https://github.com/orlp/devector/blob/master/readme.md) Some of the shortcomings of this implementation as per the 2009 ideas page: 1. Does not provide reference stability on insertion since it's just one continuous block of memory which has to be reallocated in its entirety. 2. Hence obviously does not provide option for setting chunk size or use segmented iterators. I was hoping that the devector idea is added to the 2015 ideas page with a competency test since I don't have any open source contributions besides the research projects in my institute. But I'm a quick learner and am confident that I can prove my worth through a competency test. Thus I kindly request Thorsten or Niall to please add devector to the ideas page and provide a competency test if possible. Regards, Divyansh Gupta, Sophomore Undergraduate Student, Indian Institute of Technology - Kharagpur

1 0

[PropertyTree] In-Memory Performance of Xml/Json Serialization?
by john smith 15 Feb '15

15 Feb '15

I'm personally more interested in the Xml characteristics, but I have noticed that the JSON parsing is much slower as it doesn't use rapidXml. The implementation of the JSON and XML read/write methods both use std::basic_*stream which is slow for in-memory usage. In the xml methods there also appears to be a strong assumption that "Key" is a std::string which then follows that the "Ptree::key_type::value_type" is of type char. Is there or would there be any opposition to the development of more performant write_xml() and read_xml() methods for in-memory use? These new performant overloads could either use std::string or char* directly instead of the slower stringstream classes? If the Key template argument is an std::string, the *printf* c-style methods could be used to improve performance and eliminate the locks that stringstreams uses. There is already an std::string based arg set that is used for a filename, so that would need to be overcome.

1 0

Re: [boost] GSOC 2015 : Project on Concurrent Hash Tables
by Amarnath V A 14 Feb '15

14 Feb '15

Hello Nial, I am a graduate student from India and I have spent some time looking into the boost GSoC page for last few days. And concurrent hash tables project has grabbed my attention. I would like to see if I am competent enough to contribute to the project. First of all, like you had mentioned in the mailing list to another prospective candidate, I have got the source code and compiled the unit tests. And they are passing as expected (as far as I understand). I have a few questions regarding the code base before I jump in try to complete the test. 1. As I have experience only on C++98, I am not sure what is the purpose of the move constructors. Reading up on internet gave me fair idea about move constructors in general. In our context, is there anything specific to be taken care? Could you provide few ideas of what is the expected result of the move? The important question I have is should the move rehash all the hashes? (Is that why you were mentioning about rehash()?) 2. Similarly, does the copy constructor need to just perform a deep copy of the hash table? Or should it also perform a rehashing? 3. Could you also point me to any white paper or publication that gave you how to go about with the implementation of concurrent_unordered_map? 4. Being a Linux user, I am using Ubuntu as my dev box. I have currently build the source code using gcc v4.8.2 and clang v3.4. Is this fine? Sorry if my mail ends up as a cross post. I am new to this list. And thanks for bearing with my (maybe silly) questions. Thanks, Amarnath

2 1

Re: [boost] [gsoc15] Proposal
by Ganesh Prasad 13 Feb '15

13 Feb '15

The METALISCPP project was only a starter. My idea was to implement a very minimal syntactical abstraction over the metaprogramming constructs and build a prolog like library over it. As you can see, the METALISCPP simply uses macros to hide all those long template-based codes and provide an easier and more convenient syntax. The main motivation behind it was to have a library that would handle polices, inheritance, complex dependencies and such conveniently at compile time with a logic oriented syntax. Then I started thinking about extending the idea for a complete First Order Logic Programming Library and got stuck there. If you are willing to mentor it this year, we can try to improve the performance and syntactically modify the metalog library, maybe we'll end up with something as convenient as Boost::Phoenix. Best Wishes Ganesh PS I've forked metalog and trying to figure out what useful things can be done with it in 3 months time.

2 1

Asking for boost.persistent source code
by Yichao Zhang 13 Feb '15

13 Feb '15

Hi, I ran into the boost.persistent library the other day and think it got a really neat interface, and the transactions are exactly what I had in mind when I look for a persistent library. The code is not in the sandbox, but I really would like to have a copy of it. It would be nice if the original author can drop me a tarball. Thanks in advance, Yichao

1 0

[gsoc15] Attn: We need 2015 mentors and project ideas for Boost!
by Niall Douglas 12 Feb '15

12 Feb '15

Dear Boost community, We are now within one month of the beginning of Google Summer of Code 2015! Last year's GSoC furthered the continuing success of the Boost GSoC programme with the first ever Boost funded extension to a GSoC project (that being Boost.Hana by Louis Dionne mentored by Joel Falcou, congrats to both of them on passing an exceptionally tough selection process), and over $50,000 of Google funding brought to Boost in 2014. We also sent three representatives to last year's mentor summit, including one student whose entire expenses the Boost Steering Committee very generously covered. As part of filling in our application for 2015, we must supply to Google a list of potential GSoC mentors and potential GSoC projects for summer 2015. There are a number of changes to how we design project ideas for students this year intended to improve the GSoC experience for both students and mentors, so please examine the ideas page which outlines those changes at https://svn.boost.org/trac/boost/wiki/SoC2015 and if you have any questions or concerns about those changes, please ask now rather than just before the GSoC deadline. If you think yourself able to mentor a student doing some work on Boost this summer, *please* consider adding a description of the proposed work item and your name to the list. Last year we acquired eight slots from Google and had to disappoint two mentors and students, we hope with the improved selection process we can get back to the ten annual slots we once had. If you want to know more about mentoring a Google Summer of Code funded student work before you nominate yourself, please feel free to ask on the main Boost developers mailing list boost(a)lists.boost.org. Thank you in advance for your time. Niall Douglas (Boost Google Summer of Code admin) Boris Schäling (Boost Google Summer of Code admin) --- Boost C++ Libraries Google Summer of Code 2014 admin https://svn.boost.org/trac/boost/wiki/SoC2014

7 19

[gsoc15] Proposal
by Ganesh Prasad 12 Feb '15

12 Feb '15

Now that we are rather well ahead with the phoenix library, I propose to develop a compile-time Logic Programming library for boost. I understand that a handful of months during GSoC15 are not enough for developing a complete and usable library, but the foundations of the library can be laid during this GSoC. I have some experience with writing a small compile-time library for functional programming with a LISP like syntax. That can be found at https://github.com/GnsP/GNS--META_LISCPP . Currently I am trying to identify the requirements for a decent compile-time logic library. If it could be acceptable as a GSoC project (I don't know, the idea is pretty big one for 3 months), I'll be back with an initial design of the proposed library. Best Wishes Ganesh Prasad PS I had been planning on this library since last year, I am positive that this project is feasible (though Logic programming would require non-determinism, it can be handled to some extent with template metaprogramming, I'm still working on it).

2 1

Re: [boost] [polygon] voronoi diagram in a bounding box
by Dan Chen 11 Feb '15

11 Feb '15

Hi Andrii, This helps. Thanks a lot! Dan

1 0

GitHub third-party application permissions
by Vladimir Prus 11 Feb '15

11 Feb '15

Hi, the GitHub boostorg organization is configured in a way that any application authorized by any organization member will have full access to boostorg data. Is that desirable? I've noticed accidentally, and don't know much about github permission model, but it seems that all authorized applications will have access to all repositories the user has, there does not appear a way to limit either repositories or operations. Comments? -- Vladimir Prus CodeSourcery / Mentor Embedded http://vladimirprus.com

1 0

Cleanup of test results.
by Rene Rivera 11 Feb '15

11 Feb '15

Just an FYI for testers and authors.. I implemented some changes to the report generation that: a) Expires old results to not be shown in the results. I'm considering old to be anything past two weeks of age. This applies to all branches (i.e. develop and master). b) Filtering of master, aka release, results to only include an approved list of testers. This brings in some explicit control to what is considered the release toolsets. Which is something we used to enforce, but lost after the git transition. So it's back now. Rene. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 3

[GSoC 2015] Boost Document library development
by amitoj singh 11 Feb '15

11 Feb '15

Hello, My name is Amitoj Singh. I am pursuing B.Tech form Guru Nanak Dev Engineering college. I would like to work on Boost Document library Development. Can I have a more details on this project so that I can submit my first patch. Thanks! Regards! -- "Never repeat yourself" Amitoj singh slideshare.com/amitoj95 github.com/amitojsingh amitojsworld.wordpress.com

1 0

Re: [boost] [polygon] voronoi diagram in a bounding box
by Dan Chen 10 Feb '15

10 Feb '15

Hi Andrii, I'm implementing a Lloyd's algorithm to get a centroidal Voronoi tessellation of a box. In this algorithm, I need to get the voronoi cells in the box, and find the centroids of these cells. Thanks,Dan

2 1

[gsoc15] Google Summer of Code 2015 ideas needed before 20th Feb
by Niall Douglas 10 Feb '15

10 Feb '15

Dear Boost community, The Google Summer of Code 2015 organisation application period has begun. We need project ideas for our ideas page at https://svn.boost.org/trac/boost/wiki/SoC2015, plus anyone willing to mentor. Last year we got eight slots, the previous year seven slots. Let's try to get back to ten slots for 2015! Niall & Boris --- Boost C++ Libraries Google Summer of Code 2015 admin https://svn.boost.org/trac/boost/wiki/SoC2015

1 0

Regression testing: too many runners?
by Dmitry Moskalchuk 09 Feb '15

09 Feb '15

Guys, As you may know, I'm working on automatic regression testing of Boost on Android. I spent several weeks debugging it and now it seems to be close to the finish - i.e. we'll have soon fully automatic 24x7 regression testing with uploading all results to the Boost public FTP. As you can see, some results are already uploading on a regular basis - http://www.boost.org/development/tests/master/developer/summary.html (there are results of just few libraries at the current moment since I've limited testing by only those libraries to save time needed for debugging testing scripts; as far as I finish with my debugging, I'll enable testing of all libraries). However, I've realized that for thorough testing matrix of the variants become really big. Look, right now there are nine runners for Android, and this number is in fact very limited. They differs by target ABI (three arm variants, x86 and x86_64) and version of Android (API level 19 - Android 4.4 and 21 - Android 5.0). However, it has sense to test also on Android 4.0, 4.1, 4.2 and 4.3 since theirs market share is still large (see https://developer.android.com/about/dashboards/index.html) Add to that MIPS target ABI (not yet included to the testing) and multiple by two to have tests running with both default settings and with -std=c++11 - and you'll get really big total number of runners. I'm asking for advice from community. It's not the big problem for us to run all such tests in all variants, but I'm unsure if it will be acceptable for Boost community to see such wide table of runners. I'm afraid it will look like a flood. We also publish Android-only results on https://boost.crystax.net/master/developer/summary.html and we'll definitely display all results from all runners there. Please let me know if the same approach would work for http://www.boost.org/development/tests/master/developer/summary.html or should I limit somehow runners to be uploaded to the Boost FTP. -- Dmitry Moskalchuk

4 5

[githelp] Relative submodule paths..
by Rene Rivera 09 Feb '15

09 Feb '15

I've been trying to clean out the pull requests for the boost super-project and I ran into this one <https://github.com/boostorg/boost/pull/33>. And I don't really know if it makes sense, as I have personally not done a fork of the super-project. Is it a real problem? Should we change all the sub-project references? If yes, what are the likely impacts on others and existing release processes? -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

4 5

[polygon] voronoi diagram in a bounding box
by Dan Chen 08 Feb '15

08 Feb '15

Hi all, I am not sure whether this is the right place to ask this question. Basically, I want to compute the the voronoi diagram of a set of points in a bounding box, and output the voronoi cells. My idea is, after getting the voronoi diagram vd of the point set, for each voronoi cell in vd, compute the intersection of the cell and the bounding box. I am wondering whether this can be done in a better way with the boost libraries. Thanks,Dan

2 1

[voronoi] Issue with boost::polygon::voronoi_diagram<> as class variable
by duke 08 Feb '15

08 Feb '15

For some reason when I have a voronoi_diagram as a class variable (which it needs to be in this case), I get this error on compile: Error 49 error C2248: 'boost::polygon::voronoi_diagram<T>::operator =' : cannot access private member declared in class 'boost::polygon::voronoi_diagram<T>' I'm new to C# so it may be something obvious. - George

2 1

[MPL] Advice on how to proceed with a bugfix pull request
by Bruno Dutra 08 Feb '15

08 Feb '15

Hello everyone, I've found a fix to this bug <https://svn.boost.org/trac/boost/ticket/7769#no3>, which is based on BOOST PP library and thus should be supported across the various platforms, even though I just tested for a specific set up as I mentioned on my comment there. I've added some code snippets, from which it is straightforward to develop a patch, but I guess it would be best if I just issued a pull request myself. Since this is my first time contributing to MPL and to BOOST itself for all that matters, I'd like to first hear some advice on how to do this properly. For instance, to which branch should I issue the pull request? By the way, is this indeed the best way to proceed at all? Kind regards, *Bruno C. O. Dutra*

2 2

A proposal
by Mudit Sharma 08 Feb '15

08 Feb '15

After creating QR,LU and Cholesky for Boost..can we develop algorithms for determining which of QR,LU,Cholesky..etc. should be used in solving linear equations based on analyzing the running time and numerical stability specific to the problem. Is it feasible? Thanks!

2 1

Re: [boost] A proposal
by Ganesh Prasad 08 Feb '15

08 Feb '15

LU is already implemented in UBLAS. As of QR, SVD and Cholesky you might want to spend more time in debugging and testing for any one or two of the algorithms. https://github.com/GnsP/viennacl-dev/tree/master/viennacl/linalg you can find some useful sources here. Best wishes Ganesh

1 0

[c++11] MSVC does not define __cplusplus?
by Oliver Kowalke 07 Feb '15

07 Feb '15

Hi, I encountered that '__cplusplus < 201103L' evaluates on MSVC (14.0 ...) to true?! At least on GCC + CLANG this test works - what about MSVC? best regards, Oliver

4 4

[new libraries] [sort] New Library Check list updated
by Beman Dawes 07 Feb '15

07 Feb '15

As we started through the process of adding the sort library as a module, it became obvious the docs for how to do this were quite out-of-date. The best document for adding new libraries is https://svn.boost.org/trac/boost/wiki/ReleasePractices/ManagerCheckList#New…, and that section has now been updated. Although this document is written from the perspective of release managers, the New Library Checklist section serves as a roadmap for what is expected as a new library goes through the stages of being added to a Boost distribution. Comments and corrections welcome, --Beman

5 6

Serialisation: Is is_trivial<T> a sufficient precondition to bypass serialisation?
by Niall Douglas 06 Feb '15

06 Feb '15

A library user has raised an interesting question at: https://github.com/BoostGSoC13/boost.afio/commit/ac32ebfceb9a08b133e8c d47000d3b4807bc3e42#commitcomment-9574522 Basically, AFIO v1.3 has new pre-serialisation metaprogramming in response to Robert's comments on his Incubator about it being too hard to serialise and deserialise data with AFIO. AFIO will now consume any STL container and will implicitly auto expand to ASIO scatter gather buffers any: 1. Trivial type T 2. C array of trivial type T 3. STL container of trivial type T, including initializer_list. A free function, to_asio_buffers(T), can be specialised by external code to extend this with custom ASIO scatter gather buffers generation. Note that AFIO explicitly and intentionally expects that anyone interested in async file i/o will be doing their serialisation and endian conversion far away from AFIO code, so to_asio_buffers(T) is really for marking extra types to be treated as implicit auto expand. The user asks the question: Is is_trivial<T> a sufficient precondition for this auto expansion to be safe, or should is_standard_layout<T> also be required? The user notes that is_trivial<T> && is_standard_layout<T> == is_pod<T> which seems a little overkill to me. There is also the possibility that is_trivial<T> is too conservative. Some may argue that is_trivially_copyable<T> would be sufficient. Thoughts? Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

5 7

[release-mgt] missing library
by Oliver Kowalke 05 Feb '15

05 Feb '15

Hello, some weeks ago we discussed/decided that the C++11-only version of boost.coroutine should be a new lib -> boost.coroutine2. Daniel has already created a git-submodul inf the boostorg-repo and I've added the sources to branches master and develop. Unfortunately I'm missing coroutine2 (link) in <boost>/lib/coroutine2, entries in <boost>/libraries.htm and <boost>/lib/maintainers.txt. File <boost>/website/blob/master/feed/history/boost_1_58_0.qbk already contains announcement of boost.coroutine2. Could you execute the missing steps to add coroutine2 to release 1.58 please? best regards, Oliver

3 3

boost interval arithmetic
by Павел Кудан 05 Feb '15

05 Feb '15

The difference in behaviour of comparison operators and basic arithmetic operators looks as probable misconception. Default and changeable behaviour of comparison operators consists in throwing exception in intermediate situation (intersecting intervals, ! (a>b) == (a <= b) is not applicable). Great decision for correct migration from float numeric code. The only and unchangeable behaviour of arithmetic operators consists in silent returning only one of possible intervals in intermediate situation (possible return is not single, multiple interval result). The source of mistakes and undesired behaviour at migration from float numeric. At least, throwing exception by arithmetic operators at intermediate situation would provide behaviour unity of comparison and arithmetic operators and functions. Best regards, Pavel Coodan

7 51

[release-mgt] Name of release manager's repository?
by Beman Dawes 05 Feb '15

05 Feb '15

We used to have a directory <boost-root>tools/release that contained scripts used by release managers. As part of the modularization effort, it was separated into its own GitHub repository, boostorg/release. It is not a submodule of the boost super-module as it is primarily of interest only to release managers. That seems to me to be a "good thing". But I'm wondering if the "release" name might be confusing, since it doesn't contain releases or release tags themselves. Would renaming it "release-mgt" or similar be clearer? --Beman

2 2

BOOST_HAS_PRAGMA_ONCE
by Stephen Kelly 05 Feb '15

05 Feb '15

Hello, As of commit 5b20f4910d8b6b48b0b6ad2df693d36edf54cf21 in the interprocess repo, the affected files seem to expect prior include of config by the the includer. Apparently this is not obvious to everyone, so it seems worth pointing out. Thanks, Steve.

4 10

Regression tests stopped on Saturday?
by Neil Groves 05 Feb '15

05 Feb '15

Hi, I know there has been a lot go good work going on updating regression testing, and I might have missed an email. I'm currently waiting for some tests to cycle, but there appear to have been no updates since Saturday. Is this expected? Thanks, Neil Groves

6 10

Boost regression testing on Android
by Dmitry Moskalchuk 04 Feb '15

04 Feb '15

Hi all, We've just published CrystaX NDK 10.1 (https://www.crystax.net/android/ndk) which is a drop-in replacement for the Google's Android NDK, and we've included prebuilt Boost 1.57.0 libraries there, to make life easier for those developers who want to use Boost on Android. The reason I write here is that in CrystaX NDK we were able to build Boost for Android without any changes in Boost sources, just because CrystaX NDK makes Android much more POSIX-conformant than original Android is, and Boost just works on top of it. If you're interested how we did it, please read description of CrystaX NDK release on https://www.crystax.net/android/ndk. Another important point is that we were able to run Boost regression tests on Android devices - again, without any changes in Boost sources, just providing own 'adbrunner' script as tests launcher. The only thing needed is to plug one or more Android devices to USB ports and/or run one or more Android emulators and then run script for Boost testing provided by CrystaX NDK. As long as those devices/emulators are available by ADB, Boost regressions tests will run on all of them. As far as I know, Boost is not yet officially supported on Android platform, mainly because of lack of regular regression testing procedure. I wonder if someone would be interested in our results and, if yes, would he/she like to participate in further Boost-on-Android improvements? -- Dmitry Moskalchuk

3 6

[mixin] Library name
by Borislav Stanimirov 04 Feb '15

04 Feb '15

To those unfamiliar with the Boost.Mixin - it is a new library submitted for review. The docs are here: http://ibob.github.io/boost.mixin/index.html The code is here: https://github.com/iboB/boost.mixin It has been suggested multiple times that perhaps the name "mixin" isn't appropriate, so I was wondering if I can find a better one. The current name, mixin, is, as the library itself, inspired by the mixins in the Ruby programming language. However, it doesn't do exactly what Ruby's mixins do (as mentioned here: http://ibob.github.io/boost.mixin/boost_mixin/introduction.html#boost_mixin… ) My current alternative ideas are: * EntityComponent - not great since it doesn't exactly follow the entity-component-system pattern, although it can be said that it allows the construction of entities from components. * DynamicMixin - to emphasize that it's not to be confused with the CRTP mixins. It still has "mixin" in it's name though. * Trait - since it resembles the traits in Self, Scala, PHP, etc. However, a trait is more a "compile time" feature (even when talking about PHP) * TypeComposition or TyCo - a very vague description * Polymorph - since it allows the composition of polymorphic types at run time, but that's pobably even more vague Other ideas are welcome. Thanks -- Borislav

3 2

A general qurey
by Mudit Sharma 04 Feb '15

04 Feb '15

What can be done to run boost on Dev-C++? What else can be used for boost?

3 2

[chrono][multiprecision][gsoc] Project proposal, looking for feedback and mentor.
by Damian Vicino 03 Feb '15

03 Feb '15

Hi, I’m collaborating with other students working in “Simulation Driven Development” (SimDD), mostly for embed systems. The main idea in SimDD is modelling complete systems (not necessarily software) and make simulations of them. Once the simulation has the expected results start replacing some sub-models (software pieces) by real application code. The pieces that are not replaced are used to provide testing facilities. The main fields where this SimDD is used are robotics and embed systems. Where you can clearly separate models in three groups: the software, the interaction (i.e. sensors) and the environment. The software is what you are developing, the environment is the things the software will interact with and the sensors are what info the software gets from the environment and how. When the software is ready, it interacts with the sensors and the simulated environment for testing. Once tested in simulated environments it can be implemented in real world. In this context, I work in time representation problems for discrete event simulation and I will like to propose some additions to the Boost library as GSOC project. — Adding a clock to chrono for virtual simulation time, so models and real code can both work using same library for time representation. — Adding multi base support for multi-precision library. — Adding the option for an accurate mode to multi-precision (meaning a failure should happen when the result requires to be rounded and, if possible, detected at compile time). — Supporting multi base multi-precision in chrono. — For sure, documentation and tests included for everything. Is anybody interested in these additions? Can you provide some feedback about them? Is anybody interested in be my mentor for GSOC in this project? In the last year, I had being working in a general-purpose Discrete Event Simulation library as a side-project that I hope to contribute to boost. The library was submit for registration to blincubator today and in the following days I will be uploading it. Best regards, Damian Vicino

2 1

[config] Visual Studio 2015 Preview CTP 5 FWIW
by Beman Dawes 03 Feb '15

03 Feb '15

VC++ in the 2015 CTP 5 is reporting version 19.00.22512, so needs to be bumped in compiler/visualc.hpp. C++14 digit separators and C++11 universal character names in literals are supposed to be implemented, but I haven't tested them. It would also be interesting if some of bugs in recently added C++11/14 features have been fixed. --Beman

1 0

Hi everyone
by PUNEET KOHLI 03 Feb '15

03 Feb '15

Hello guys. I came to know about your organization from the melange page.Your projects really got me interested. I am a very proficient in c & c++. I have been doing a lot of competitive programming for more than a year so , i can certainly code.I wish to apply to GSOC this year and would love the opportunity if it comes from your organization. Thus, i am looking for a way to contribute and work for you.

2 3

[preprocessor] integration of 'vctuple' branch breaks [accumulator] on msvc
by Jürgen Hunold 02 Feb '15

02 Feb '15

Hi! It seems that commit 01848af60d7639fd441b5d03462e848175cf1692 Merge: fd135a0 dc54fee Author: Edward Diener <...@...> Date: Fri Jan 30 23:16:08 2015 -0500 Merge branch 'vctuple' into develop completely breaks Boost.Accumulator on all msvc versions. I've some code breaking with msvc-12.0 and the msvc-10.0 tests in the regression matrix are all red. For example: http://www.boost.org/development/tests/develop/developer/output/teeks99-08c… fails with: .../accumulators/reference_accumulator.hpp(72) : error C2061: syntax error : identifier 'BOOST_PP_CAT' .../accumulators/reference_accumulator.hpp(72) : error C2947: expecting '>' to terminate template-parameter-list, found '>' .../accumulators/reference_accumulator.hpp(72) : fatal error C1903: unable to recover from previous error(s); stopping compilation Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 1

GSOC 2015 : Project on Concurrent Hash Tables
by Anmol Sood 02 Feb '15

02 Feb '15

Hi, I am Anmol Sood,a second year undergraduate student, pursuing Mathematics and Computing at Indian Institute of Technology,Delhi. I have been following the Boost mailing list for the last couple of months and I have been trying to understand some Boost libraries and enhancing my skills in generic programming at the same time. I saw the GSOC 2015 Boost page ( https://svn.boost.org/trac/boost/wiki/SoC2015) and the project on concurrent hash tables looks really interesting to me. I would like to know on the kind of pre-requisite skills required for the project and if I could share the progress I am making on writing code for the programming competency test here. Any tips/advice on helping me to get started on working for this project will be really helpful. Thanks.

2 1

Re: [boost] [type_traits] Rewrite and dependency free version
by Emil Dotchevski 02 Feb '15

02 Feb '15

On Mon, Feb 2, 2015 at 11:57 AM, Robert Ramey <ramey(a)rrsd.com> wrote: > this is the result of naming issues. the word array has been used for > boost::array, std::array and the built-in C/C++ array. They all ended > up in the same header so that one could find them when they were needed. > Ideally they should be separated, and boost::array's serialization should go into a boost::array header. As for serialization core dependencies, isn't it possible to define serialization function template overloads for user-defined types without including serialization library headers? E.g. aren't all function calls one makes in operator<< overloads dependent on the archive template argument? -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

2 1

[sync] [thread] Faster mutex
by Antony Polukhin 02 Feb '15

02 Feb '15

Hi, One of the Mesa developers implemented a faster mutex: http://lists.freedesktop.org/archives/mesa-dev/2015-January/075260.html According to the sources of glibc, Mesa's mutex has a much smaller size (only 1 uint32_t vs 6 ints + 2 pointers), performs less actions before and after the actual syscall (no getting and setting of the mutex->__data.__owner, no type field checks) This gives an ~10% speedup. Just curious, maybe ideas from Mesa's mutex could be useful for some of the Boost libraries. -- Best regards, Antony Polukhin

4 4

[predef][check] linux clang triggers BOOST_MAC_OS
by Jürgen Hunold 01 Feb '15

01 Feb '15

Hi! I'm using clang + libc++ on Linux and the Predef "check" magic activates "BOOST_MAC_OS". That means I get: Performing configuration checks - symlinks supported : yes warn: Unable to construct ./info_as_objcpp warn: Unable to construct ./info_as_objc - BOOST_OS_MACOS : yes when running the predef test suite. Command chain: cd libs/predef/test rm -rf ../../../bin.v2/libs/predef/ ../../../bin.v2/check/ ../../../bin.v2/project-cache.jam b2 -a --verbose-test 2>&1 -d+2 --debug-configuration | tee verbose.log verbose.log is attached as zip file. And in fact the macos test are run: clang-linux.compile.c.without-pth BOOST_ROOT/src/devel/boost/bin.v2/libs/predef/test/macos_endian.test/clang- linux-3.7.0/debug/macos_endian.o which is only supposed to be run on macos. The test even passes because it internally checks for "__APPLE__" being defined, which should probably be removed, as the check should be done by the build system. Compiler: clang++ -v clang version 3.7.0 (trunk 227683) Target: x86_64-unknown-linux-gnu Thread model: posix That is current clang trunk. Though I'm already running with -d+2 --debug-configuration I get no output from the configuration test itself. Any ideas on how to debug this further? Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 3

Change in range requirements
by Ganssauge, Gottfried 01 Feb '15

01 Feb '15

Please consider the following program: bool predicate(char c) { return c != '0'; } int main (int, char **) { using namespace boost::adaptors; boost::copy( boost::make_iterator_range( std::istream_iterator<char>(std::cin >> std::noskipws), std::istream_iterator<char>()) | filtered(predicate), std::ostream_iterator<char>(std::cout)); return 0; } It works brilliantly with boost-1.54 although std::istream_iterator is only an input iterator. Recently I tried switching to boost-1.57, but suddenly this program stopped working - it won't compile any longer, because istream_iterator is not a forward_iterator: g++ -I ~/source/aurora-python/test-build/parts/boost range_filter.cpp -o range_filter ... # lots of gobbledygook skipped range_filter.cpp:18:64: required from here /home/gotti/source/aurora-python/test-build/parts/boost/boost/concept_check.hpp:210:13: error: conversion from 'boost::iterators::single_pass_traversal_tag' to non-scalar type 'boost::iterators::forward_traversal_tag' requested Y y = x; ^ When I build an equivalent program using boost::filter_iterator it keeps compiling and working fine. Why is it, that the requirements for certain range adaptors (e.g. filtered, transformed) suddenly exclude input ranges? The corresponding iterator adaptors keep working... Gottfried Ganßauge Entwickler Content Engineering & Development ------------------------------------------------------------------ Haufe-Lexware GmbH & Co. KG Ein Unternehmen der Haufe Gruppe Munzinger Str. 9, 79111 Freiburg Tel. +49 761 898-0 Internet: http://www.haufe-lexware.com ------------------------------------------------------------------ Kommanditgesellschaft, Sitz und Registergericht Freiburg, HRA 4408 Komplementäre: Haufe-Lexware Verwaltungs GmbH, Sitz und Registergericht Freiburg, HRB 5557; Martin Laqua Beiratsvorsitzende: Andrea Haufe Geschäftsführung: Isabel Blank, Markus Dränert, Jörg Frey, Birte Hackenjos, Randolf Jessl, Markus Reithwiesner, Joachim Rotzinger, Dr. Carsten Thies ------------------------------------------------------------------

2 1

Regression testing - is procedure changed?
by Dmitry Moskalchuk 01 Feb '15

01 Feb '15

I just found that there was commit into master where whole $BOOST/tools/regression folder was removed - https://github.com/boostorg/boost/commit/50ca965a872e5d454dbdc36c2764e6e3ba…. That means instructions at http://beta.boost.org/development/running_regression_tests.html are not actual anymore. Could any one advice how to do regression testing now? I'm bit confused since I already spent significant time setting up regular regression testing of Boost on Android, and now it become completely broken. -- Dmitry Moskalchuk

2 5

Re: [boost] [Boost-testing] master and develop regressions shunt on "error: Could not find a Jamfile..."
by Jürgen Hunold 01 Feb '15

01 Feb '15

Hi Jim, Am Sonntag, 1. Februar 2015, 05:17:40 schrieb Jim Bell: > Note that I'm using a preinstalled bjam.exe. > > Both master and develop regressions shunt with this in results/bjam.log: Rene has removed tools/regression without removing the reference to it. My PR at https://github.com/boostorg/boost/pull/57 fixes this. I'm not sure if the new regression repository should be re-added as a submodule instead. Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

3 2

Automatically updating libs/maintainers.txt
by Daniel James 01 Feb '15

01 Feb '15

Hi, I've just written a little script to update libs/maintainers.txt from the library metadata. You can see the main changes here: https://github.com/boostorg/boost/commit/94897806350320ac87d629bb933d5aea4d… I've only done this on develop so far, so nothing's final. I will do the library list as well soon, but that might be a bit more disruptive. Daniel

2 1

[type_traits] Rewrite and dependency free version
by John Maddock 01 Feb '15

01 Feb '15

I'm going to throw this out there to see what folks think: In a branch called "Version2", see https://github.com/boostorg/type_traits/tree/Version2 is a partially rewritten type_traits lib: it doesn't yet contain all the traits of the old one, but there's a pretty good selection to test. The main pros for this version are: 1) Zero dependencies other than Boost.Config. 2) No horrible macro-obfuscation - all "real code", making it easier to read and maintain. 3) Substantially reduced template instantiations where practical - often half as many as before. 4) Substantially reduced #includes - the aim is that all files should include only what they need and no more - with what's needed determined by the actual implementation variant when appropriate. There were also a lot of spurious #includes left over from old workarounds no longer used. The main cons: 1) I don't know what I've broken, but surely something, you can help by testing but I would guess we would never be 100% sure it's all right until it's out in the field. This is the main reason for avoiding this until now. 2) MPL interoperability should still work, but files which expect type_traits headers to have included mpl ones will be broken unless they explicitly include what they need. 3) Current MPL inter-operability is fragile see https://github.com/boostorg/type_traits/blob/Version2/include/boost/type_tr… 4) Function dispatching to an mpl::bool_ involves an (inline) function call where as the old inheritance scheme did not. This should mostly disappear once optimizations are turned on, but is still a potential issue for some folks I suspect. 5) I haven't got to the "difficult" headers like common_type.hpp yet. 6) Whatever I've forgotten ;) Of course (2), (3) and (4) could be solved by making mpl's bool.hpp some kind of "core" header. So... what I need from you kind folks is: * Is this the right way forward? * Can you test with your favourite compilers and compare with results for develop - So far I've tested with msvc-10,11,12,14 Intel 14,15, GCC-4.5.4...4.9.1, plus a reasonably recent clang. * If anyone would like to help converting further traits all help would be much appreciated.... Oh and the compiler requirements in the docs are all wildly out of date too... Regards, John.

22 115

A possible solution to the SFINAE/decltype puzzler
by pfultz2 01 Feb '15

01 Feb '15

A couple years ago Eric Niebler posted a question on here about improving error messages with SFINAE and trailing decltype: http://boost.2283326.n4.nabble.com/C-11-decltype-SFINAE-puzzler-td4632622.h… The problem was getting a useful error message when writing something like this: struct h_f { template<class T> auto operator()(T x) const -> decltype(*x) { return *x; } }; constexpr static h_f h = {}; struct g_f { template<class T> auto operator()(T x) const -> decltype(h(x)) { return h(x); } }; constexpr static g_f g = {}; struct f_f { template<class T> auto operator()(T x) const -> decltype(g(x)) { return g(x); }; }; constexpr static f_f f = {}; int main() { f(0); } His solution at the time was to turn the substitution failures into errors. Of course, this has some problems as well. First, it removes the template constraints from the functions. Secondly, it can produce more errors(rather than one error with multiple "notes"). Ideally, it would be better to transport to the top the substitution failures. Well, using template aliases this can be done: https://gist.github.com/pfultz2/3d66795ef18361699fbb When I compile this code I get an error like this: reveal1.cpp:104:5: error: no matching function for call to object of type 'const reveal_failure<f_f>' f(0); ^ reveal1.cpp:56:10: note: candidate template ignored: substitution failure [with Ts = <int>, Id = identity]: indirection requires pointer operand ('int' invalid) auto operator()(Ts&&... xs) const -> decltype(F()(std::forward<Ts>(xs)...)) ^ Now, when there is multiple overloads(or multiple notes), this can be extended to handle this situation, as well. An overload for each note, can be added. Plus, the backtrace can be "flattened" so that only the "leafs" are shown. I do this here: https://gist.github.com/pfultz2/ac74129e73393f798e41 So for the 'advance' function it shows an error like this: reveal2.cpp:288:5: error: no matching function for call to object of type 'reveal<conditional<advance_advanceable, advance_decrementable, advance_incrementable> >' advance(f, 1); ^~~~~~~ reveal2.cpp:215:13: note: candidate template ignored: disabled by 'enable_if' [with Ts = <foo &, int>, Id = identity] REQUIRE_OF(models<Advanceable(Iterator, int)>()); ^ reveal2.cpp:7:82: note: expanded from macro 'REQUIRE_OF' #define REQUIRE_OF(...) template<class Id> using apply = typename std::enable_if<(Id()(__VA_ARGS__)), int>::type ^ reveal2.cpp:234:13: note: candidate template ignored: disabled by 'enable_if' [with Ts = <foo &, int>, Id = identity] REQUIRE_OF(models<Decrementable(Iterator)>()); ^ reveal2.cpp:7:82: note: expanded from macro 'REQUIRE_OF' #define REQUIRE_OF(...) template<class Id> using apply = typename std::enable_if<(Id()(__VA_ARGS__)), int>::type ^ reveal2.cpp:258:13: note: candidate template ignored: disabled by 'enable_if' [with Ts = <foo &, int>, Id = identity] REQUIRE_OF(models<Incrementable(Iterator)>()); ^ reveal2.cpp:7:82: note: expanded from macro 'REQUIRE_OF' #define REQUIRE_OF(...) template<class Id> using apply = typename std::enable_if<(Id()(__VA_ARGS__)), int>::type ^ reveal2.cpp:168:10: note: candidate template ignored: substitution failure [with Ts = <foo &, int>]: no matching function for call to object of type 'advance_advanceable' auto operator()(Ts&&... xs) -> decltype(F1()(std::forward<Ts>(xs)...)) ^ ~~ reveal2.cpp:174:10: note: candidate template ignored: substitution failure [with Ts = <foo &, int>, $1 = 0]: no matching function for call to object of type 'conditional<advance_decrementable, advance_incrementable>' auto operator()(Ts&&... xs) -> decltype(F2()(std::forward<Ts>(xs)...)) ^ So there is one note for each overload of `Advanceable`, `Decrementable`, and `Incrementable`. There is two additional notes at the bottom, this comes from the original function(ideally it would need to be normalized). I go into more detail about how this works here: http://pfultz2.com/blog/2015/01/31/improving-error-messages/ However, this is isn't quite perfect yet. First, it requires putting the type requirements into a nested failure struct. Secondly, not all the types are reported back to clang. It doesn't show the user what type `Iterator` is. Ideally, it would be nice if there was a way to push clang to report the substitution failure at least one level deeper for an expression. This is about as close as I've gotten. Is there any feedback? Questions? Perhaps some improvements? Thanks, Paul Fultz II -- View this message in context: http://boost.2283326.n4.nabble.com/A-possible-solution-to-the-SFINAE-declty… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

Bugs
by Mudit Sharma 31 Jan '15

31 Jan '15

Where can i find bugs which can be solved for boost? Thanks!

2 1

libraries affected by common factor gcd and lcm namespace change moving from math to integer library
by Paul A. Bristow 30 Jan '15

30 Jan '15

A quick grep (for gcd_ and lcm_ in *.*pp) suggests that the following libraries are affected by gcd and lcm namespace change moving from math to integer library. At present, math_fwd.hpp provides some typedefs and declarations needed for these, and a copy of the common factor codes, so nothing may fail immediately, but these duplicate will be removed after at least one release. Chrono Interprocess Math Multiprecision Ratio Rational Units All libraries should use the declarations in integer/integer_fwd.hpp and /integer/common_factor_ct.hpp and /integer/common_factor_rt.hpp. (And there may be documentation changes too?) Something needs to be done ;-) (If you want *me* to resolve anything, then I need write access to your library). Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

4 4

[uuid] Issue 9407: please merge fix
by Antony Polukhin 30 Jan '15

30 Jan '15

Hi, Looks like Boost.UUID library is not maintained. Could someone take care of that library. Especially I'm interested in applying a pull request to fix 9407 <https://svn.boost.org/trac/boost/ticket/9407> issue ( https://github.com/boostorg/uuid/pull/2) Pull request has been already reviewed by Andrey Semashev and significantly improved. -- Best regards, Antony Polukhin

3 9

[Filesystem] problem with tutorial documentation
by Tom Yonkman 30 Jan '15

30 Jan '15

On the http://www.boost.org/doc/libs/1_57_0/libs/filesystem/doc/tutorial.html page, the text after the tut4.cpp code box appears to be obsolete as it doesn't match up with the current code in tut3.cpp and tut4.cpp. Tom Yonkman

2 1

[predef] Announce: Build time configuration for Predef defs.
by Rene Rivera 29 Jan '15

29 Jan '15

Following on the concept by Peter Dimov of using the BBv2 config feature combined with tests I'm pleased to announce that Predef now has a similar feature. In the develop branch of Predef you can now do the following: import ../libs/predef/check/predef : require : predef-require ; run macos_only_test.cpp : : : [ predef-require "BOOST_OS_MACOS" ] ; run vc15_only_test.cpp : : : [ predef-require "BOOST_COMP_MSVC >= 15.0.0" ] ; The expression(s) to check can use any of the definitions that Predef has. The general for is: "<DEF> <OP> <VERSION>". Where <OP> is any of the usual C/C++ relational operators. And <VERSION> is a partial or complete triplet of integers. You can specify multiple checked expressions that are all required. Also part of this is a more general "check" rule that allows for custom build requirements. For example: import ../libs/predef/check/predef : require check : predef-require predef-check ; run macos_only_test.cpp : : : [ predef-require "BOOST_OS_MACOS" ] ; run vc15_only_test.cpp : : : [ predef-check "BOOST_COMP_MSVC >= 15.0.0" : <define>THIS_IS_MSVC : <build>no ] ; I'll put this into master as soon as I have appropriate documentation. Enjoy. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

4 12

Wiki, website, and stuff..
by Rene Rivera 29 Jan '15

29 Jan '15

I was contemplating editing the release schedule documentation < https://svn.boost.org/trac/boost/wiki/ReleaseSchedule> and thinking if it would be better to start moving such documentation away from the Trac wiki. And I think it is a good idea to move that documentation elsewhere. Especially if it's some place where it's easier to manager the editing permissions and contributions. So I was thinking about what options we had. What I'm aware of as choices are: * Another project in Github just for wiki like documentation. * Using the website project wiki for it. * Adding it directly to the website given how easy it is to edit online now. Although not so easy to preview because of the way the web site works. * A github pages site of some sort. Are there other options? Any opinions on the above options? -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

4 4

List of boost headers in boost/ (was RE: preprocess operation problems)
by Fletcher, John P 29 Jan '15

29 Jan '15

I have been involved in a discussion about the problem of keeping uptodate the header files in the top level boost/ which only get updated if they are links to the corresponding file in the boost/libs/ subdirectory which they refer to, if there is one. To give an idea of the size of the problem of headers in boost which are not links, attached is a list of all the *.hpp files in the current boost/ on develop. Only a very small number of them are links. Some of them may only contain links to headers in other directories and these will be being updated, but some of the top level headers are substantial files in themselves. These files are not being updated from when I set up the local git repository. This means that if the underlying file changes, the two get out of step. This has happened in the case of boost/integer_fwd.hpp as discussed in the other thread. My interest is to be able to maintain and update the particular library I have agreed to maintain, Boost Phoenix. That has many dependencies not only of its own but also the tools e.g. test and preprocess, which I need to use from time to time. I hope we can evolve a situation where it is clear to a maintainer what is needed to keep a consistent working environment. I know that is not easy because of the way tools, such as compilers and indeed the C++ standard itself, keep on changing. We do need a working platform which we can understand and work with. I think some of the present problems are arising because of very reasonable attempts to make boost more consistent. Some of the changes of configuration are causing problems not forseen, because of the wide interdependence of the boost libraries. John Fletcher

5 5

preprocess operation problems
by Fletcher, John P 29 Jan '15

29 Jan '15

I run with all the boost libraries on develop. Today the preprocess operation will not run unless I patch the file boost/integer/common_factor_ct.hpp with the following code after the includes. #ifdef BOOST_NO_INTEGRAL_INT64_T typedef unsigned long static_gcd_type; #else typedef boost::uintmax_t static_gcd_type; #endif The compiler errors had indicated that this definition was missing. I have not traced the change which caused this problem, and I have not run preprocess for some time so don't know what happened and when. I can now run with gcc 4.6 John Fletcher

4 14

Template Instantiation Profiler with Callgrind Output (KCacheGrind)
by Mikael Persson 29 Jan '15

29 Jan '15

Hi boost developers and users, I just wanted to announce a recent development in my little pet-project, which is Templight: a template instantiation profiling tool based on Clang. I think that many of you would be interested in experimenting with it because many boost libraries are great examples of template-heavy libraries and many maintainers, developers and users might be interested in gathering data and diagnosing the real compilation costs (in time and memory) of various components of Boost. Templight is a Clang-based profiler that can act as a drop-in replacement (e.g., in cmake) for the clang compiler, with the addition of generating a complete trace of the template instantiation history with associated time and memory (optional) costs. This allows you to see not only how deeply recursive certain template instantiations are, but also identify which instantiations the compiler spends the most time or memory on. It is basically to meta-programming what a run-time profiler is to ordinary code. The templight profiler itself has reached a fairly stable state. It works at least under Linux and Windows (through "templight-cl.exe", which is a drop-in replacement for "clang-cl.exe", which is compatible with MSVC "cl.exe"), but probably works wherever clang works. Which means that you are welcome to try it. I have also used it successfully to build a few cmake-based projects (by setting CC and CXX environment variables to point to templight). Templight is currently also used in the back-end of the "metashell" project as well (an interactive shell interpreter and debugger for C++ template meta-programs). You can build the templight profiler against the clang source (with a patch + some added code), as it instructs on the github readme: https://github.com/mikael-s-persson/templight But most recently, I have created a separate set of tools to convert templight trace files to other formats. The most awesome of these outputs is the "callgrind" output, which produces a "meta-"call-graph, that is similar to (and in the same format as) call-graphs generated by run-time profiling tools like callgrind, but the profiling data is, of course, related to the compilation costs (time / memory). That conversion tool is available here: https://github.com/mikael-s-persson/templight-tools With that, you can open the converted templight trace files in the visualization tool KCacheGrind, which is great (works both on unix-like systems and Windows, thanks to Qt5). Here is a screenshot of that for one of Boost.Container's example programs: https://raw.githubusercontent.com/mikael-s-persson/templight-tools/master/i… I really hope that some of you will give this a try. I'm really hoping that it will be useful to you, and that you can provide feedback and feature requests. I couldn't think of any better target audience for this tool. Cheers, Mikael. -- Sven Mikael Persson, M.Sc.(Tech.) PhD Candidate and Vanier CGS Scholar, Department of Mechanical Engineering, McGill University,

2 3

[config] [detail] Macro BOOST_WORKAROUND
by Andrzej Krzemienski 28 Jan '15

28 Jan '15

Hi Everyone, I have a couple of concerns regarding macro BOOST_WORKAROUND. 1. Is usage thereof recommended? 2. Why is it documented in Boost.Config but defined in Boost.Detail? 3. Should it not belong to Boost.Config? 4. Why should I use it rather than manual if (BOOST_INTEL < 551) ? Now, that it is in Boost.Detail, I have to make a dependency on Boost.Detail, and indirectly on Boost.MPL because other components in Boost.Detail do. Regards, &rzej

4 4

[test] Who had the emulation of Test written using gtest?
by Niall Douglas 28 Jan '15

28 Jan '15

Sometime during the past few weeks someone mentioned they had written out a set of Boost.Test macros which converted Boost.Test unit test suites into Google Test without needing to modify the Boost.Test using unit test suite. Can whoever that was make themselves known to me please? It would save having to replicate your effort here ... thanks in advance. Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

1 0

Re: [boost] [filesystem, regex, asio] These three libraries successfully ported to Windows Phone 8.1
by Moshe Rubin 28 Jan '15

28 Jan '15

On January 27, 2015 09:55 GMT, Paul A. Bristow wrote: >>> And thank you very much for the improved WinRT support. >> >> My pleasure. It was an education for me (in the positive sense of the >> word!) participating in porting Boost. I will only rest on my laurels >> once the port authorized by the crew and back in the repository <g>. > > I'm pleased to see that Windows Phone developers will now be able to use these Boost libraries. When we went looking for Boost ports for Windows Phone 8, we had a sinking feeling because no one had ported any of the libraries to WinRT. Steven Gates of Microsoft took the first step, and was a great encouragement to me and my company. I'm glad to be able to return the favor to the Boost project, as we have benefited very much from this excellent collection of libraries. > I'm also curious to know if you have tried to port the Boost.Math library? > > Although it contains a lot of esoteric mathy stuff that are unlikely to be mainstream on a phone > app, there are also some very simple-to-use statistics stuff that will/should be widely applicable. > > Have you tried this yet? Are there any obstacles that you can foresee? We did not need Boost.Math in our product so I did not look into building it. I'm happy to say that I just now built it for Windows Phone 8.1 on a Visual Studio 12 2013 system and it compiles and creates the resulting libs like a pro: <command> b2 toolset=msvc-12.0 windows-api=phone architecture=arm link=static --with-math variant=debug debug-store=database debug-symbols=on pch=off cxxflags=-ZW stage </command> Libraries created: (*) libboost_math_tr1-vc120-mt-gd-1_58.lib (*) libboost_math_tr1f-vc120-mt-gd-1_58.lib (*) libboost_math_c99-vc120-mt-gd-1_58.lib (*) libboost_math_c99f-vc120-mt-gd-1_58.lib The only warning message received, and there are many of these, is LNK4264: <snippet> msvc.archive bin.v2\libs\math\build\...\libboost_math_tr1-vc120-mt-gd-1_58.lib bin.v2\libs\math\build\...\sph_neumann.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata bin.v2\libs\math\build\...\sph_legendre.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata bin.v2\libs\math\build\...\sph_bessel.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata . . . bin.v2\libs\math\build\...\beta.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata bin.v2\libs\math\build\...\assoc_legendre.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata bin.v2\libs\math\build\...\assoc_laguerre.obj : warning LNK4264: archiving object file compiled with /ZW into a static library; note that when authoring Windows Runtime types it is not recommended to link with a static library that contains Windows Runtime metadata common.copy stage\lib\libboost_math_tr1-vc120-mt-gd-1_58.lib bin.v2\libs\math\build\...\libboost_math_tr1-vc120-mt-gd-1_58.lib 1 file(s) copied. </snippet> I encountered many of these warnings when building my ported libraries. The online documentation seems to indicate that this is a recommendation. I can tell you that the ported libraries, with these warnings, all function correctly with no problems. In short, it looks like Boost.Math compiles as-is for Windows Phone 8.1. Moshe

2 1

Re: [boost] [filesystem, regex, asio] These three libraries successfully ported to Windows Phone 8.1
by Moshe Rubin 28 Jan '15

28 Jan '15

On 28 Jan 2015 at 02:04:22 GMT, Niall Douglas wrote: > And once again, my apologies for earlier. It is no excuse, but that > particular day I had the misfortune of combining codeine and a lot of > cough medicine due to a heavy flu. This affected my mind. I was quite > appalled with myself when I read what I had written to you the next > day, very embarrassing, I was clearly off in a grim imagination land > and had completely underestimated its effects on my wits. > > As a token of making good on my earlier behaviours, do feel free to > email me off list to review your pull requests for any problems, > either before or after you submit them. And thank you once again for > making the effort, it is hugely appreciated here. Rest assured, I harbor no ill will at all. Quite the contrary, notwithstanding the text written, it was obvious you were a battle-seasoned professional and knowledgeable software engineer, one worth listening to. As a newbie to the Boost mailing list, I have gained invaluable information from you and others that will stand me in good stead. The ones to feel sorry for are those involved in the Linux kernel -- Linus Torvalds most certainly does not apologize for his comments! <g> I appreciate your candor, a welcome trait in the professional world. I'm currently working on verifying the changes using the regression test suite, and cleaning up the changes based on the comments you posted the other day. Thank you for your kind offer to eyeball my pull requests before or after submitting them. I will certainly feel free to take you up on your offer. Moshe

1 0

[filesystem, regex, asio] These three libraries successfully ported to Windows Phone 8.1
by Moshe Rubin 28 Jan '15

28 Jan '15

After the helpful advice I received in this mailing list and other forums, I'm happy to report that the three Boost libraries, filesystem, regex, and asio have been successfully ported to Windows Phone 8.1. Our corporate product is back up and running on Windows Phone 8.1 devices. I assume there are others who will be happy to download the new Boost code for use in their WP 8.1 apps. These libraries will hopefully join those already ported by Steven Gates of Microsoft [http://blogs.msdn.com/b/vcblog/archive/2014/07/18/using-boost-libraries-in-…] I am therefore beginning the process of verifying the port using the Boost regression test suite (I have to decide how to get them to run under Windows Phone 8.1). When the code has passed the regression suite I will issue a pull request against the GitHub repository. Thanks again to everyone in this list for their helpful comments and suggestions, Moshe Rubin Technology Manager Hyperlync Technologies Ltd. Jerusalem, Israel

4 5

Re: [boost] [filesystem, regex, asio] These three libraries successfully ported to Windows Phone 8.1
by Moshe Rubin 28 Jan '15

28 Jan '15

On 26 Jan 2015 15:51, Niall Douglas wrote: >> When the code has passed the regression suite I will issue a pull >> request against the GitHub repository. > Some tips for creating a successful pull request: > > 1. Avoid #ifdef spam. Write thunk emulations of missing APIs where possible. Here's an example for GetTickCount64(): > https://github.com/boostorg/thread/blob/master/include/boost/thread/wi > n32/thread_primitives.hpp#L290. Remember Boost still supports Windows XP and exclusively targets an XP level Win32 API. Use GetProcAddress for newer APIs. > > 2. Avoid using macros to implement functionality. > > 3. Don't forget to modify the documentation where needed to support the changes. > > 4. It might sound obvious, but make sure the unit test suite still passes on Windows XP in default build settings on all of MSVC-8, > mingw32 and mingw-w64. You'd be surprised how often pull requests don't because they use some Vista or later API, or an API not supported by mingw32. If a pull request doesn't instantly go all green on all supported platforms it tends to not be merged and get put > off till much later (sometimes forever). > > Right now cygwin support is broken at least in thread, but other libraries are probably a lot better, so test that too. > > 5. Consider additional unit tests where appropriate. In this situation I'd doubt you'd need them. These are excellent points, obviously the product of your own "battles" with modifying the Boost source base. Many thanks for sharing them, and now is the perfect time to learn them. > And thank you very much for the improved WinRT support. My pleasure. It was an education for me (in the positive sense of the word!) participating in porting Boost. I will only rest on my laurels once the port authorized by the crew and back in the repository <g>. Moshe

3 2

[release] Release schedule changes..
by Rene Rivera 27 Jan '15

27 Jan '15

After some discussion in the Boost Release Team we've decided on an ongoing schedule for releases. Taking into account the realities of how long it takes for authors and the release team to work on a release we've decided to move to *three* releases a year. The targets for the releases will now be: * Spring release on the second Wednesday of April. * Summer release on the second Wednesday of August. * Fall/Winter release on the second Wednesday of December. There will be no January release. This will allow for the fact that most people are on extended holidays during Winter. It will also allow for people to work on larger changes that require more testing time during the longer Winter period. We are also moving to Wednesday release to allow the release managers non-weekend time to work before and after the release. Please consult the Boost calendar for specific dates and merge schedule for the next release. Thanks, the Boost Release Team. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 1

Boost modular: Build without version number suffixes
by Robert Dailey 27 Jan '15

27 Jan '15

When I build modular boost on Linux Mint 17, I get SO files named like so: libboost_date_time.so.1.57.0 with a corresponding symlink without the version number: libboost_date_time.so I'd like it to build without the version number because when I rename the base file to remove the version, code links fine but during runtime it tries to load the SO with the version number at the end. I don't know how to fix that, so I assume the fix is to build boost without the version numbers. Any help is appreciated.

5 8

[doc][build]
by Damian Vicino 27 Jan '15

27 Jan '15

Hi, I noticed the boost.build site links to documentations are broken in http://www.boost.org/doc/libs/1_57_0/tools/build/index.html <http://www.boost.org/doc/libs/1_57_0/tools/build/index.html>: http://www.boost.org/doc/libs/doc/html/bbv2.html <http://www.boost.org/doc/libs/doc/html/bbv2.html> http://www.boost.org/doc/libs/1_57_0/tools/build/doc/userman.pdf <http://www.boost.org/doc/libs/1_57_0/tools/build/doc/userman.pdf> both return 404. I got there following links in installation documentation.

1 0

[endian] [bikeshed] Conversion function naming discussion
by Beman Dawes 26 Jan '15

26 Jan '15

Naming is always a bike shed issue. I'm starting a separate thread for those who don't care can easily ignore it. The current names I'm least comfortable with are the conversion function names in the endian sub-namespace: big_to_native big_to_native_inplace native_to_big native_to_big_inplace little_to_native little_to_native_inplace native_to_little native_to_little_inplace conditional_reverse conditional_reverse_inplace These are quite explicit, but are a bit too long and awkward for my taste. I'd be willing to change these names if someone can come up with replacements that are shorter and less awkward, but still reasonable explicit. --Beman

4 5

Boost 1.58 schedule available?
by Barend Gehrels 26 Jan '15

26 Jan '15

Hi, Boost 1.57 was released last November 3, so it is probably about the time to merge to master again? Is there already a schedule available? Thanks, Barend

13 36

RFC Expression Validity Asserts
by Matt Calabrese 26 Jan '15

26 Jan '15

I've found it useful, especially in tests, to easily be able to do expression validity checking via SFINAE in a static assert. In other words, it's frequently useful to want to quickly test to make sure that a particular expression does or does not compile, similar in some ways to a concepts-lite usage pattern. The general idea is that you want to static assert that, given a series of object declarations of a specific type, a specified expression or series of expressions that deal with those objects would or would not cause substitution to fail had the object types been dependent on a template parameter. It internally relies on a macro that is invoked as such: ////////// IS_VALID_EXPR( (int) a, (float) b, // etc.. (a + b) (a - b) // etc. ) ////////// The above macro invocation results in an expression that is a constexpr bool which is true iff substitution would not fail. With the above macro, one can do, for instance: static_assert(IS_VALID_EXPR((const int) a, ++a), "Some error message."); I've found this pattern so common that I've created a macro that takes such a series of declarations and expressions and automatically produces a simple static_assert, outputting the declarations and the expression that did not compile. A slimmed down version of this macro can be toyed with via the link below (this slim version allows only one declaration and one expression per macro): http://ideone.com/RHd6FM Briefly, using the macro as such: STATIC_ASSERT_VALID ( (const int) a, ++a ); is able to produce a very human-readable error message: prog.cpp:58:1: error: static assertion failed: ******************** Given: const int a; The following expression was expected to compile but did not: ++a ******************** There is a similar macro for verifying that an expression does not compile, which I find is much more useful in practice. Notable is that the validity macro is an expression -- no statement or other declarations are introduced -- and the static assert macro produces a single static_assert. This means that you can use the assertion macro in the normal scopes that any static_assert can be used (namespace scope, class scope, function scope...). One limitation is that because it uses lambdas behind the scenes, the context in which the validity macro may be used is slightly restricted (I.E. it can't be used in an un-evaluated context). Is this something people would generally find useful? If it is considered generally useful, I don't think it's really worthy of its own library, so where would it go? Years ago I probably would have just assumed utility, but I'm not really sure where it would go in the modern boost structure. The slim version can easily have no dependencies, though the more general solution ideally depends on Boost.Preprocessor. The macros themselves require C++14, though slightly less-useful forms (ones that introduce additional declarations) could be made that would work in C++11. -- -Matt Calabrese

5 14

Templight Installation - watch your version of svn
by Fletcher, John P 26 Jan '15

26 Jan '15

I have just been installing Templight and have hit a problem. Templight installation involves installing Clang and then applying a patch to it. Older versions of svn (before 1.7) do not have the svn patch command which is used on the installation. Unfortunately Ubuntu 12.04 has version 1.6.17 installed and does not offer an update. The solution to this has been to upgrade svn to a later version from WANdisco (see http://www.wandisco.com/subversion/download) After the upgrade, the patch command will still not run if the downloads of LLVM and Clang were done with the old version of svn. So the best thing is to upgrade svn before starting. Of course I did not know this at the time. I am sending this to save someone else the same trouble. Best wishes John

1 0

[Test][Thread] Regression since 9 December?
by Vicente J. Botet Escriba 26 Jan '15

26 Jan '15

Hi, I'm getting a regression on all the Boost.Thread tests using Boost.Test to fail after this commit https://github.com/boostorg/test/commit/1eaffb96ceec82882a4e947c99735a37271…. See http://www.boost.org/development/tests/develop/developer/output/Sandia-clan…. |../../../boost/system/config.hpp:34:3: erreur: #error Must not define both BOOST_SYSTEM_DYN_LINK and BOOST_SYSTEM_STATIC_LINK # error Must not define both BOOST_SYSTEM_DYN_LINK and BOOST_SYSTEM_STATIC_LINK | When I comment the added lines everything works correctly as before. The Boost.Thread jamfile contains | <library>/boost/test//boost_unit_test_framework/<link>static | If I change it to | <library>/boost/test//boost_unit_test_framework | I get an error |darwin.link ../../../bin.v2/libs/thread/test/test_thread.test/darwin-4.9.1/debug/threading-multi/test_thread Undefined symbols for architecture x86_64: "_main", referenced from: start in crt1.10.6.o ld: symbol(s) not found for architecture x86_64 collect2: erreur: ld a retourné 1 code d'état d'exécution "/usr/gcc-4.9.1/bin/g++-4.9.1" -o "../../../bin.v2/libs/thread/test/test_thread.test/darwin-4.9.1/debug/threading-multi/test_thread" "../../../bin.v2/libs/thread/test/test_thread.test/darwin-4.9.1/debug/threading-multi/test_thread.o" "../../../bin.v2/libs/thread/test/test_thread.test/darwin-4.9.1/debug/threading-multi/winrt_init.o" "../../../bin.v2/libs/test/build/darwin-4.9.1/debug/threading-multi/libboost_unit_test_framework.dylib" "../../../bin.v2/libs/timer/build/darwin-4.9.1/debug/threading-multi/libboost_timer.dylib" "../../../bin.v2/libs/chrono/build/darwin-4.9.1/debug/threading-multi/libboost_chrono.dylib" "../../../bin.v2/libs/thread/build/darwin-4.9.1/debug/threading-multi/libboost_thread.dylib" "../../../bin.v2/libs/system/build/darwin-4.9.1/debug/threading-multi/libboost_system.dylib" -g | Do others observe the same? Do you have an idea how this can be fixed? Best, Vicente

8 24

Boost build failure on master
by Michael Caisse 25 Jan '15

25 Jan '15

I normally just compile and test Spirit/Fusion tests using the super project layout. That works fine; however, I'm setting up Bamboo build artifacts for all of Boost to enable slicker testing. As a result, I'm just trying to build all of Boost after a checkout. I admit that I've never found this to work properly. I'm following what I think are the standard instructions [1]: (lets keep it simple with linux for now) git clone --recursive git@github.com:boostorg/boost.git cd boost ./bootstrap.sh ./b2 headers ./b2 The result: error: Name clash for '<pstage/lib>libboost_system.so.1.58.0' error: error: Tried to build the target twice, with property sets having error: these incompabile properties: error: error: - none error: - <address-model>64 <architecture>x86 error: error: Please make sure to have consistent requirements for these error: properties everywhere in your project, especially for install error: targets. Ideas? Thanks! Michael 1. <https://svn.boost.org/trac/boost/wiki/TryModBoost#InstallingModularBoost> -- Michael Caisse ciere consulting ciere.com

3 4

[thread] Timed waits in Boost.Thread potentially fundamentally broken on Windows (possibly rest of Boost too)
by Niall Douglas 25 Jan '15

25 Jan '15

Dear all, CC: Stephan @ Microsoft - Stephan I'd love to know what the MSVC STL does below so we have the option of matching your behaviour. During investigating this bug report for Boost.Thread (https://svn.boost.org/trac/boost/ticket/9856) I have discovered a very worrying situation: it would appear that potentially all timed waits in Boost.Thread, and potentially in other parts of Boost, are broken on Windows Vista and later and have been for some years. The problem is in correct handling of timeouts. If one does this: mutex mtx; condition_variable cond; unique_lock<mutex> lk(mtx); assert(cv_status::timeout == cond.wait_for(lk, chrono::seconds(1))); ... one would reasonably expect occasional failures on POSIX due to spurious wakeups. It turns out that this also spuriously fails on Windows, which is a surprise probably to many as Windows hides signal handling (actually APCs) inside its Win32 APIs and automatically restarts the operation after interruption. There is, therefore, the potential that quite a lot of code written to use Boost.Thread on Windows makes the hard assumption that the assert above will never fail. The reason why Windows spuriously fails above isn't due to spurious wakeups, it is in fact due to changes in the Vista kernel scheduler as documented at https://technet.microsoft.com/en-us/magazine/2007.02.vistakernel.aspx. In essence, if you now ask Windows to go sleep for X milliseconds, Windows Vista onwards will in fact sleep for anywhere between zero and X+N milliseconds where N is some arbitrarily long value. In other words, timeouts in Windows are purely advisory, and are freely ignored by the Windows kernel from Vista onwards. You can test this for yourself using this little program which reduces the #9856 bug report to its Win32 API essentials: #include <windows.h> #include <stdio.h> #include <chrono> int main(void) { ULONG ulDelay_ms = 20; HANDLE hSemaphoreDelay = CreateSemaphore(NULL, 0, 1, NULL); for (size_t n = 0; n < 50; n++) { while (1) { auto begin = std::chrono::high_resolution_clock::now(); ULONG hr = WaitForSingleObject(hSemaphoreDelay, ulDelay_ms); auto end = std::chrono::high_resolution_clock::now(); auto diff = end - begin; if (hr == WAIT_ABANDONED) printf("Wait Abandoned "); else if (hr == WAIT_TIMEOUT) printf("Timed out "); else printf("Signaled "); DWORD lTDelta = std::chrono::duration_cast<std::chrono::milliseconds>(diff).count(); printf("Target Wait Interval: %u Real Wait Interval: %u (%u)\n", ulDelay_ms, lTDelta, diff.count()); if (lTDelta >= ulDelay_ms) break; } printf("\n"); } CloseHandle(hSemaphoreDelay); return 0; } As you'll see, actual time waited is anywhere between zero and 20 + N milliseconds where actual time waited is sometimes a whole integer multiple of the Windows kernel granularity (15 ms) or some fraction of that granularity. Most of the time he tries to hit what you asked for, but you get no guarantees. More detail about how and why Windows Vista onwards does this can be found at http://forum.sysinternals.com/bug-in-waitable-timers_topic16229.html. This raises the question about what to do with Boost.Thread. We have the following options: Option 1: Timed waits are allowed to spuriously fail by the standard, so we mark this as wontfix and move on. Anyone using the predicate timed waits has never seen a problem here anyway. Option 2: We loop waiting until steady_clock (really QueryPerformanceCounter under Boost) shows the requested timeout has passed. Problem: This wastes battery power and generates needless wakeups. A more intelligent implementation would ask Windows for the thread quanta and transform timeouts to match the Vista kernel scheduler in combination with always using deadline scheduling, but this would slow down the timed waits implementation. Option 3: We adjust Boost.Thread to return timeouts when Windows returns a timed out status code, even if the actual time waited is considerably lower than the time requested. Problem: some code written for POSIX where when you ask for a timeout you always get it may misbehave in this situation. Boost commmunity, I turn it over to you for advice! Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

4 16

Review Wizard Status Report for January 2015
by Ron Garcia 24 Jan '15

24 Jan '15

============================================== Review Wizard Status Report for January 2015 ============================================== News ==== 1. Boost 1.56 Released November 2014. New Libraries: none 2. Sort Accepted. November 2014. 3. Compute Accepted. December 2014. Open Issues =========== The following libraries have review managers, but have not yet been scheduled for review: * Range Extensions - added May 2012; review manager: Neil Groves. The following libraries have been accepted to Boost, but have not yet been integrated into Boost Git: * Contract - accepted September 2012; author: Lorenzo Caminiti. * Sort - accepted November 2014: author: . * Compute - accepted December 2014: author: . The following libraries have been accepted and submitted to Boost Git, but have not yet appeared in a release: * Convert - accepted June 2014; author: Vladimir Batov. The following libraries have been accepted provisionally to Boost, but have not been submitted for mini-review and full acceptance: * Endian - accepted provisionally September 2011; author Beman Dawes. * Fiber - accepted provisionally January 2014; author Oliver Kowalke. General Announcements ===================== As always, we need experienced review managers. Please take a look at the list of libraries in need of managers and check out their descriptions. In general review managers are active boost participants, including library contributors, infrastructure contributors, and other mailing list participants with a substantial track record of constructive participation. If you can serve as review manager for any of them, email Ron Garcia or John Phillips, "rxg at cs dot ubc dot ca" and "johnphillipsithica at gmail dot com" respectively. We are also suffering from a lack of reviewers. While we all understand time pressures and the need to complete paying work, the strength of Boost is based on the detailed and informed reviews submitted by you. If you are interested in reviewing a library but won't have time during the review period, you can always prepare your review ahead of time. No rule says you can only work on a review during the review period. A link to this report will be posted to www.boost.org. If you would like us to make any modifications or additions to this report, please email Ron or John. The review schedule is an unordered list of the libraries awaiting review. As such, any library on the schedule can be reviewed once the developer is ready, a review manager has been secured, and the manager, developer, and wizards agree on a date to schedule the review. Review Schedule =============== * Join (M) * Sorting (M) * Quaternions, Vectors, Matrices (M) * Block Pointer (M) * Singularity (M) * Extended Complex Numbers (M) * Metaparse (M) * Boost.Range Extensions * Nowide (M) * Array (M) * STL Extensions (M) * Countertree (M) * Process (M) * Asynchronous File I/O (M) * Application (M) * Edit Distance (M) * Mixin (M) * Dependency Injection (M) * DLL (M) ``(M)`` marks libraries that need review managers. -------------------- Join ---- :Author: Yigong Liu :Review Manager: Needed :Download: http://channel.sourceforge.net/ :Description: Join is an asynchronous, message based C++ concurrency library based on join calculus. It is applicable both to multi-threaded applications and to the orchestration of asynchronous, event-based applications. It follows Comega's design and implementation and builds with Boost facilities. It provides a high level concurrency API with asynchronous methods, synchronous methods, and chords which are "join-patterns" defining the synchronization, asynchrony, and concurrency. Sorting ------- :Author: Steven Ross :Review Manager: Needed :Download: https://github.com/boost-vault/Sorting :Description: A grouping of 3 templated hybrid radix/comparison-based sorting algorithms that provide superior worst-case and average-case performance to std::sort: integer_sort, which sorts fixed-size data types that support a rightshift (default of >>) and a comparison (default of <) operator. float_sort, which sorts standard floating-point numbers by safely casting them to integers. string_sort, which sorts variable-length data types, and is optimized for 8-bit character strings. All 3 algorithms have O(n(k/s + s)) runtime where k is the number of bits in the data type and s is a constant, and limited memory overhead (in the kB for realistic inputs). In testing, integer_sort varies from 35% faster to 2X as fast as std::sort, depending on processor, compiler optimizations, and data distribution. float_sort is roughly 70% faster than std::sort. string_sort is roughly 2X as fast as std::sort. Quaternions, Vectors, Matrices ------------------------------ :Author: Emil Dotchevski :Review Manager: Needed :Download: http://www.revergestudios.com/boost-qvm/ :Description: QVM defines a set of generic functions and operator overloads for working with quaternions, vectors and matrices of static size. The library also defines vector and matrix data types, however it allows users to introduce their own types by specializing the q_traits, v_traits and m_traits templates. Block Pointer ------------- :Author: Phil Bouchard :Review Manager: Needed :Download: https://svn.boost.org/svn/boost/sandbox/block_ptr/ :Description: Deterministic memory manager of constant complexity capable of handling cyclic collections. Singularity ----------- :Author: Ben Robinson :Review Manager: Needed :Download: https://github.com/cppmaven/Singularity :Description: The Singularity Design Pattern allows you to restrict any class to a single instance. Unlike the infamous Singleton, Singularity gives you direct control over the lifetime of the object, does not require you to grant global access to the object, nor does it limit you to the default constructor for that object. Extended Complex Numbers ------------------------ :Author: Matthieu Schaller :Review Manager: Needed :Download: http://code.google.com/p/cpp-imaginary-numbers/ :Description: The library is an extension of the std::complex class addressing two issues: 1. The standard does not guaranty the behaviour of the complex class if instantiated with types other than float/double/long double. 2. Some calculation where pure imaginary numbers (i.e. multiples of sqrt(-1)) appear are unnecessarily slowed down due to the lack of support for these numbers. The code I submit contains two interleaved classes boost::complex and boost::imaginary which can be instantiated with any type T provided T overloads the usual arithmetic operators and some basic (real) mathematical functions depending on which complex function will be used. It is thus an extended version of Thorsten Ottosen's n1869 proposal (http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2005/n1869.html) Metaparse --------- :Author: Abel Sinkovics :Review Manager: Needed :Download: http://abel.web.elte.hu/metaparse/metaparse.zip :Description: Metaparse is a library for constructing parsers parsing at compile-time based on template metaprogramming. The parsers built with the library take boost::mpl::strings as input and can produce - types - objects (types with public static members) - callable C++ functions (types with public static method) - template metafunction classes as output (based on the input being parsed). On compilers supporting constexpr the library provides the following syntactic sugar for writing the input of the parsers: BOOST_STRING("this is a string") The library can be used for implementing DSLs in C++, including DSLs making C++ template metaprogramming easier (see examples). Range Extensions ---------------- :Author: Akira Takahashi :Review Manager: Neil Groves :Download: https://github.com/faithandbrave/OvenToBoost :Description: This project adds some features of the Oven Range Library to Boost.Range. Features: - Additional Range Adaptors (taken, taken_while, dropped, dropped_while, elements, elements_key, memoized, outdirected) - Extensions for using Lambda (regular function, regular operator) - Infinite Range (iteration function) - and additional range utilities. Nowide ------ :Author: Artyom Beilis :Review Manager: Needed :Download: http://cppcms.com/files/nowide/ :Description: This library makes cross platform Unicode aware programming easier. It provides an implementation of standard C and C++ library functions, such that their inputs are UTF-8 aware on Windows without requiring to use Wide API. Array ----- :Author: Brian Smith :Review Manager: Needed :Download: https://github.com/BrianJSmith/Array :Description: The array class is a C++11 compatible implementation of static multidimensional arrays. STL Extensions -------------- :Author: Vadim Stadnik :Review Manager: Needed :Download: https://github.com/vstadnik/stl_ext_adv_review :Description: The proposed library [stl_ext_adv] offers augmented array based B+ trees and STL containers that support the interfaces of the C++03 sequences and associative containers. The library offers a number of extensions and performance improvements that are not available in C++03 and C++11 standard containers. Countertree ----------- :Author: Francisco Jose Tapia :Review Manager: Needed :Download: https://dl.dropbox.com/u/8437476/works/countertree_code_doc.zip :Description: This library is an implementation of a binary red-black counter tree. This tree have an additional counter in each leaf. This permit the access to the elements by the position, like in a vector. It is a random access container with random access iterators. COUNTERTREE This kind of trees have an additional counter in each leaf. This permit the access to the elements by the position, like in a vector. It is a random access container with random access iterators. With unordered information we have a vector with the same speed inserting and deleting in any position (O(log N)). With ordered information, we have the classes set, multiset, map and multimap, with identical interface than the STL classes, with the plus of access to the elements by position, like in a vector. The iterators are random access , and you can subtract them. SUBALLOCATOR The suballocator is a layer between the allocator and the data structures, compatible with any allocator with the STL definition. The suballocator replace to the allocator in the allocation of equal size elements. It provides speed, return the unused memory and decrease the memory used by the program and improve the cache performance due to the data locality improvement ( 30% of improvement of speed respect the std::allocator with GCC 4.7) Process ------- :Author: Boris Schaeling :Review Manager: Needed :Download: http://www.highscore.de/boost/process0.5/process.zip :Description: Boost.Process is a library to manage system processes. It can be used to: * create child processes * setup streams for child processes * communicate with child processes through streams (synchronously or asynchronously) * wait for processes to exit (synchronously or asynchronously) * terminate processes Asynchronous File I/O --------------------- :Author: Niall Douglas and Paul Kirth :Review Manager: Needed :Download: https://github.com/BoostGSoC/boost.afio/archive/boost-peer-review.tar.gz :Description: Boost.AFIO is a linear scalable, batch, chainable, asynchronous closure execution engine with an almost wait free implementation extending Boost.ASIO and Boost.Thread specialised as a portable asynchronous file i/o implementation library. Implementation of this first version has been kept as simple as possible (~ 1000 active LOC) at the cost of some performance, though with a good compiler you can expect 25-50% of the performance of using raw Boost.ASIO. Application ----------- :Author: Renato Tegon Forti :Review Manager: Needed :Download: https://github.com/retf/Boost.Application :Documentation: http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html :Description: Application provides an application environment, or start point to any people that want a basic infrastructure to build an system application on Windows or Unix Variants (e.g. Linux, MacOS). Application uses behaviours modeled using 'aspects' concept proposed by 'Vicente J. Botet Escriba', that allow easy extension and customization of library components. The application modes uses these components internally to achieve the user desirable behaviours. Application provide many useful ready-to-use features, e.g: * Run application as Windows Service; * Run application as UNIX/POSIX Daemon; * Plugin extension system; * Process(executable) Single instance Instantiation support; * Application SIGNAL/Callbacks customization; * Windows Service Setup feature; * And many others. Edit Distance ------------- :Author: Erik Erlandson :Review Manager: Needed :Download: https://github.com/erikerlandson/algorithm/tree/edit_distance/sequence :Description: The edit distance is the length of the shortest (or least-cost) edit script from one sequence to another, where an edit script is defined as a sequence of insertion, deletion and (optionally) substitution operations. The function implementing the edit distance is named edit_distance. This function will return the edit distance between two sequences, where sequences may be any valid range object supporting forward iteration. The edit_distance function will also, if requested, return the edit script. Mixin ----- :Author: Borislav Stanimirov :Download: https://github.com/iboB/boost.mixin :Documentation: http://ibob.github.io/boost.mixin/ :Review Manager: Needed :Description: Boost.Mixin is a library that allows the composition and modifications of polymorphic types at run time. Types and objects are constructed out of building blocks called mixins. The library uses the type boost::mixin::object as a placeholder, whose instances can be extended with existing classes (mixins), thus providing a particular instance with the functionality of all those types. Accessing the newly formed type's interface is made through messages: stand-alone functions generated by the library, which can be thought of as methods. This is given while also having full abstraction between the interface and the definition of types. An existing feature in another language similar to Boost.Mixin and also an inspiration for the library are the mixins in Ruby. The library also has similarities with the pattern entity-component-system. Dependency Injection -------------------- :Author: :Download: https://github.com/krzysztof-jusiak/di :Documentation: http://krzysztof-jusiak.github.io/di/boost/libs/di/doc/html :Incubator: http://rrsd.com/blincubator.com/bi_library/di-dependency-injection/?gform_p… :Review Manager: Needed :Description: Boost.DI is a dependency injection library improving manual dependency injection by simplifying object instantiation with automatic dependencies injection. Using Boost.DI has many advantages over manual dependency injection. * Reduce boilerplate code (No factories, no objects creation in specific order) * Reduce cost of maintenance effort (Constructor signature change won't affect di configuration) * Reduce testing effort * Give better control of what and how is created (Policies, Providers) * Give better understanding about objects hierarchy (UML Dumper) DLL --- :Author: Antony Polukhin :Download: https://github.com/apolukhin/Boost.DLL :Documentation: http://apolukhin.github.io/Boost.DLL/index.html :Review Manager: Needed :Description: This library was designed to simplify plugin development using C++ in a portable cross-platform manner. Library provides a portable across platforms way to: * load libraries * import any native functions and variables * make alias names for C++ mangled functions and symbols * query libraries for sections and exported symbols * self loading and self querying * getting program and module location by exported symbol Libraries under development =========================== See The Boost Library Incubator Project at http://blincubator.com for discussion of libraries currently under development.

6 10

clang-3.6 thread sanitizer complains on shared_ptr operations
by Gaetano Mendola 24 Jan '15

24 Jan '15

I'm using clang 3.6 with boost 1.54 $ clang-3.6 --version Ubuntu clang version 3.6.0-svn225356-1~exp1 (trunk) (based on LLVM 3.6.0) Target: x86_64-pc-linux-gnu Thread model: posix Compiling the code here: http://pastebin.com/zh0SPz5n $ clang++-3.6 -g main.cpp -lboost_system -lboost_thread -fsanitize=thread I get at runtime: ================== WARNING: ThreadSanitizer: data race (pid=5592) Write of size 8 at 0x7d080000cfe8 by thread T2 (mutexes: write M18): #0 operator delete(void*) <null> (a.out+0x00000045febb) #1 ~sp_counted_impl_p /usr/include/boost/smart_ptr/detail/sp_counted_impl.hpp:53 (a.out+0x0000004d15c9) #2 boost::detail::sp_counted_base::destroy() /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:126 (a.out+0x0000004cb77c) #3 boost::detail::sp_counted_base::weak_release() /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:160 (a.out+0x0000004c773f) #4 boost::detail::sp_counted_base::release() /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:147 (a.out+0x0000004c75e8) #5 ~shared_count /usr/include/boost/smart_ptr/detail/shared_count.hpp:371 (a.out+0x0000004c7550) #6 ~shared_ptr /usr/include/boost/smart_ptr/shared_ptr.hpp:722 (a.out+0x0000004cef59) #7 boost::shared_ptr<int>::operator=(boost::shared_ptr<int> const&) /usr/include/boost/smart_ptr/shared_ptr.hpp:507 (a.out+0x0000004cf1b7) #8 Consumer::consume(boost::shared_ptr<int>) /home/kalman/boost_sp_test/main.cpp:9 (a.out+0x0000004ced61) #9 Producer::operator()() /home/kalman/boost_sp_test/main.cpp:32 (a.out+0x0000004ceaba) #10 boost::detail::thread_data<boost::reference_wrapper<Producer> >::run() /usr/include/boost/thread/detail/thread.hpp:137 (a.out+0x0000004cc29e) #11 boost::this_thread::interruption_requested() <null> (libboost_thread.so.1.54.0+0x00000000ba49) Previous read of size 4 at 0x7d080000cfe8 by thread T1: #0 boost::detail::sp_counted_base::use_count() const /usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:166 (a.out+0x0000004cb33e) #1 boost::detail::shared_count::use_count() const /usr/include/boost/smart_ptr/detail/shared_count.hpp:423 (a.out+0x0000004cf040) #2 boost::shared_ptr<int>::use_count() const /usr/include/boost/smart_ptr/shared_ptr.hpp:681 (a.out+0x0000004cefb9) #3 Consumer::operator()() /home/kalman/boost_sp_test/main.cpp:19 (a.out+0x0000004d4a29) #4 boost::detail::thread_data<boost::reference_wrapper<Consumer> >::run() /usr/include/boost/thread/detail/thread.hpp:137 (a.out+0x0000004d497e) #5 boost::this_thread::interruption_requested() <null> (libboost_thread.so.1.54.0+0x00000000ba49) Mutex M18 (0x7fff01719338) created at: #0 pthread_mutex_init <null> (a.out+0x0000004641e0) #1 mutex /usr/include/boost/thread/pthread/mutex.hpp:100 (a.out+0x0000004d1867) #2 Consumer /home/kalman/boost_sp_test/main.cpp:5 (a.out+0x0000004c6238) #3 main /home/kalman/boost_sp_test/main.cpp:41 (a.out+0x0000004c5903) Thread T2 (tid=5595, running) created by main thread at: #0 pthread_create <null> (a.out+0x000000462db1) #1 boost::thread::start_thread_noexcept() <null> (libboost_thread.so.1.54.0+0x00000000b3b8) #2 thread<boost::reference_wrapper<Producer> > /usr/include/boost/thread/detail/thread.hpp:302 (a.out+0x0000004c6639) #3 main /home/kalman/boost_sp_test/main.cpp:45 (a.out+0x0000004c59bd) Thread T1 (tid=5594, running) created by main thread at: #0 pthread_create <null> (a.out+0x000000462db1) #1 boost::thread::start_thread_noexcept() <null> (libboost_thread.so.1.54.0+0x00000000b3b8) #2 thread<boost::reference_wrapper<Consumer> > /usr/include/boost/thread/detail/thread.hpp:302 (a.out+0x0000004c6479) #3 main /home/kalman/boost_sp_test/main.cpp:44 (a.out+0x0000004c5968) SUMMARY: ThreadSanitizer: data race ??:0 operator delete(void*) ================== I believe this is a false alarm indeed the two threads are working on their own shared_ptr copy and thePtr shared pointer write/read in the two threads is protected with a mutex. I will open a ticket with clang folks if you recognize that is a false alarm, unless they are right and we have issue in shared_ptr implementation. Regards Gaetano -- cpp-today.blogspot.it --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

4 16

Debugging optimisation unstable code - Stack and other tools
by Fletcher, John P 24 Jan '15

24 Jan '15

I am working to get the bugs out of Phoenix and have a situation where some tests are optimisation unstable - they run on Clang 3.5 with -O1 but not -O2 and on gcc 4.9.0 with -O0 but not -O1. The higher optimisation gives an erroneous return value. I am looking for tools to work with this. I have found one called Stack (http://css.csail.mit.edu/stack/) I have built it but it only has instructions for whole projects rather than individual tests. It is hard to search for because the word 'stack' has lots of other meanings. Has anyone else used this or any other tools to solve this sort of problem? It is worth noting that some of the tests run fine on develop testing. That leads me to wonder if the level of optimisation used there is documented anywhere. Thanks John

4 5

Best boost documentation
by Damian Vicino 23 Jan '15

23 Jan '15

Hi, I’m preparing a library to be proposed and I’m adapting the documentation I had to be more Boost-like. I saw there is different writing styles in the documentation. Something I’m specially interested is in the document structure, I saw some start with a tutorial, others with an overview of the concepts, others just go straight to the internals. I’m wondering if there is a preferred style or document structure to use. Best regards, Damian

3 2

[config] [regression] Regression test failures due to compiler bugs -- your advice needed
by Andrzej Krzemienski 23 Jan '15

23 Jan '15

Hi Everyone, I need the advice from the experts, on what is the recommended way to handle the following situation with regression tests. A number of tests of Boost.Optional fail. (see here: http://www.boost.org/development/tests/develop/developer/optional.html) These are the failures in optional<T&> (optional references), because quite a lot of compilers implement reference binding in a non-standard-conforming manner. (For details of these bugs see here: http://www.boost.org/doc/libs/develop/libs/optional/doc/html/boost_optional… ). The question is, how these testing failures should be reflected in regression testing configuration, so that they do not appear as bugs in the implementation of Boost.Optional? 1. I hear that marking explicit failures is not recommended, and build config based on Boost.Config should be preferred. Also, the markup will not work because from the toolset name alone I cannot make the decision whether to mark the explicit failure or not. 2. On the other hand, I hear that Boost.config should not be used to detect any bug in a compiler that is relevant only to a single Boost library. These two pieces of advice appear contradictory in my case. I would like to abide to the recommendations in Boost, but in this case it appears that I am stuck. Is there any recommendation in such case for Boost developers? Regards, &rzej

5 14

Boost.Sort - new library documentation
by Paul A. Bristow 23 Jan '15

23 Jan '15

Is there anything more that should be done to ensure that Boost.Sort new library documentation is added to the build system. It uses Quickbook, Doxygen and Autoindex. So does anything need adding to modular-boost\doc\Jamfile.v2 ? Perhaps, if I have understood this comment correctly: # Note that when refering to libraries that use auto-index we must process all the way to # docbook before including here. We must also ensure that auto-index uses it's own index # generation, otherwise we get one big index that's repeated in each library. Xslt's index # generation is also so slow that it's impractical for a build this large (takes ~ 9 hrs # to build with just 3 indexed libraries). Hence we refer to these libraries as for example: # # ../libs/interprocess/doc//standalone/<format>docbook then this needs adding ## Build the various generated docs (Doxygen and QuickBook)... <dependency>../libs/sort/doc//standalone/<format>docbook ## Add path references to the QuickBook generated docs... <implicit-dependency>../libs/sort/doc//standalone/<format>docbook but I am not clear if this is right, so I am not providing a pull request. I'm also unclear who should/will do this. Thanks Paul PS I suspect that I will also need this for Boost.Integer update soon. --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

3 3

Re: [boost] updated Boost.Test devel->master: documentation needs
by Dave Gomboc 22 Jan '15

22 Jan '15

Gennadiy Rozental <rogeeff <at> gmail.com> writes: > Dave Gomboc <dave_gomboc <at> acm.org> writes: > > > I'll volunteer to write up a section on the production use of > > Boost.Test. I will, however, need source material in order to do so. > > Hi Dave, > > Thank you for your proposal. This section is really not something, which is > a showstopper for the move. Can I interest you in something which is? Well, I have not received any source material to date, so what I had in mind isn't going to fly anyway. I'll contact you privately after Feb. 15 (I am not realistically available to contribute sooner than that). Dave

1 0

Re: [boost] [type_traits] Rewrite and dependency free version
by Dave Gomboc 22 Jan '15

22 Jan '15

On 1/15/2015 3:12PM, Edward Diener wrote: > Trying gcc-3.4.2 it has the same result as gcc-3.4.5 using master and > Version2 branches. > > Trying gcc-3.3.3 it complains: > > "cc1plus.exe: error: unrecognized option `-Wextra'" > > for every file whether using master or version2. > > Whether type_traits should compile with these old gcc-3 versions is up > to you. Older versions of gcc (including the unofficial 2.96 versions that are still being used in 2015, by the way) will accept -W, but not know about -Wextra (the newer name for -W). However, do not confuse -W with -w. I have actually been able to implement things like integral_constant directly that compile and work on gcc 2.96. The main workaround required is to split up the template specialization into two lines: create an int const some_name = <some compile-time calculable value>, then perform the template specialization on a second line of code using ... ::value = some_name. So, supporting gcc 3.x should be a breeze. ;-) Dave

1 0

[config] defining __has_extension in suffix.hpp?
by Peter Dimov 22 Jan '15

22 Jan '15

It's useful to have #ifndef __has_feature #define __has_feature(x) 0 #endif #ifndef __has_extension #define __has_extension __has_feature #endif in suffix.hpp so that one can then use __has_extension(foo) everywhere without fear. Otherwise, even #if defined(__clang__) && defined(__has_extension) && __has_extension(foo) is a preprocessor error when __has_extension is not defined (which it isn't when not on Clang.)

4 4