- Boost - lists.preview.boost.org

Clang 3.4 failing to compile boost 1.57 headers
by Robert Dailey 19 Jan '15

19 Jan '15

I'm including <boost/format.hpp> and getting this error from Clang 3.4 on Ubuntu 12: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/format.hpp:38: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/format/internals.hpp:23: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/format/alt_sstream.hpp:21: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/shared_ptr.hpp:17: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/smart_ptr/shared_ptr.hpp:28: In file included from /home/fe/frontend/Core/ThirdParty/boost/include/boost/smart_ptr/detail/shared_count.hpp:30: /home/fe/frontend/Core/ThirdParty/boost/include/boost/smart_ptr/detail/sp_counted_impl.hpp:229:31: error: no type named 'allocator_traits' in namespace 'std' typedef typename std::allocator_traits<A>::template rebind_alloc< this_type > A2; ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~ Is this a bug or am I missing something? I'm using -std=C++11 flag.

6 20

Testing and toolsets
by Andrzej Krzemienski 19 Jan '15

19 Jan '15

Hi Everyone, Could anyone give me some information on how regression test matrix is supposed to work? I can see that when testers run their tests they specify a toolset; this toolset is reported in test matrix, and based on this toolset name failures in tests can be labeled as expected. Did I get it right? However, the fact that a tester turns C++11 support or not, is not necessarily reflected in the toolset name (some testers indicate it in the toolset name, others don't). On the other hand C++11 being turned on or off can affect the test results. In that case the toolset name alone is not sufficient to make a decision whether I expect a failure or not. Is there some policy for addressing this problem? Am I the only person to be affected? Regards, &rzej

8 13

How to get tests running for new library
by Steven Ross 19 Jan '15

19 Jan '15

I've added the new Sort library: https://github.com/boostorg/sort How do I get automated tests running and generating results at: http://www.boost.org/development/tests/master/developer/math.html ? Also, how do I add Sort to Trac, so I can get bug reports?

5 6

[math][integer] Moving integer utilities out of the math lib.
by John Maddock 19 Jan '15

19 Jan '15

This does look to me like a good idea, but to remain coherent, all of http://www.boost.org/doc/libs/1_57_0/libs/math/doc/html/gcd_lcm.html should move, which means: common_factor.hpp common_factor_rt.hpp common_factor_ct.hpp Plus docs and tests. Further I'd like to see the headers under boost/integer/*.hpp and the namespace changed to boost::integer. For backwards compatibility the boost/math/*.hpp headers should be present also but merely include the new ones and import the symbols into boost::math via using declarations. One SNAFU I see is that boost.integer is a largely unmaintained ragbag of utilities (though often very useful). It would be nice if someone would take responsibility for this library: any takers? It might be the right time too to move the rest of Boost.Integer into boost::integer rather than dumping everything in namespace boost? And finally to provide a "soft landing" for existing users, the Math lib docs should retain a stub page for these utilities that points to the new docs - Paul and I can take care of that one. Does that look like a plan? Anyone care to take it on? Best, John.

8 18

Warning policy? local variable hides (i.e. shadows) global variable
by Beman Dawes 19 Jan '15

19 Jan '15

GCC and Clang have had a warning for years (-Wshadow): "Warn whenever a local variable or type declaration shadows another variable, parameter, type, class member (in C++), or instance variable (in Objective-C) or whenever a built-in function is shadowed. Note that in C++, the compiler warns if a local variable shadows an explicit typedef, but not if it shadows a struct/class/enum." VC++ 2015 (aka 14.0) Preview has now added a similar warning, C4459. For example, "c:\boost\modular\develop\boost\lexical_cast\detail\converter_lexical_streams.hpp(429): warning C4459: declaration of 'n' hides global declaration". The VC++ warning also provides location info so is easy to view both the declarations involved. In this case, the declaration "bool operator<<(short n)" is shadowing a variable name in the unnamed namespace of the calling translation unit. The process of clearing these shadow warnings occasionally finds bugs that are otherwise difficult to detect. Peter Dimov and I have both found bugs in our code in the process of clearing the new C4459 warning. Even though most of the warnings don't actually signify bugs, I'm finding that clearing them makes code clearer and less confusing, particularly code I haven't looked at in a long while. Should Boost have policy to clear these warnings? A lot of the warnings involve function argument names. Should we have a guideline to prevent shadow warnings? A convention for argument names would make it easier to submit pull requests. Possible guidelines: * Prefix function argument names with "a_". Rationale: The "m_" prefix for member names has been a success. * Suffix function argument names with "_". Rationale: Short and less distracting than "m_" prefix. Thoughts? --Beman

12 29

URGENT: Regression testing repo migration..
by Rene Rivera 19 Jan '15

19 Jan '15

I'm going to remove the outdated regression testing code in the boostorg/boost super-repo the weekend of January 24th. Everyone MUST stop using the old scripts immediately as they will disappear in approximately 7 days. *** All testers please migrate to using this run.py NOW <https://raw.githubusercontent.com/boostorg/regression/develop/src/run.py>. *** All report generation please migrate to using the comprehensive build_results_all.sh script NOW: < https://raw.githubusercontent.com/boostorg/regression/develop/xsl_reports/b… >. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

3 2

[iostreams][gzip][zlib] zlib vs gzip, and linking against external libraries
by Aaron Levy 18 Jan '15

18 Jan '15

What is the difference in functionality between gzip and zlib compression? I built Boost iostreams library on Linux after exporting ZLIB_SOURCE and BZIP2_SOURCE environment variables. However when I build a sample program using gzip / bzip2 with IOStreams, I do not need to link to libzlib or libbz2. Is the zlib / bz2 code built into libboost_iostreams in this case? For reference, this is the command line I used to build the iostreams library. ./b2 --with-iostreams --build-dir=../build threading=multi variant=release link=shared runtime-link=shared -- Aaron Levy aaron.levy(a)yandex.com

3 2

Building the entire Boost documentation as Windows HTML help
by Philip Bennefall 18 Jan '15

18 Jan '15

Hi all, Is it possible to build a Windows HTML help file from the Boost documentation? It'd be a nice way of navigating it, and it's a single file so is trivial to move around. Has anyone attempted to do this? Kind regards, Philip Bennefall

1 0

Re: [boost] (correction) Clang 3.4 failing to compile boost 1.57 headers
by Fletcher, John P 18 Jan '15

18 Jan '15

Sorry folks, my value for Clang and gcc 5.0.0 was wrong - it does report 50000 I had a fault in my configuration and it was dropping back to the default 4.6.3 John ________________________________________ From: Boost [boost-bounces(a)lists.boost.org] on behalf of Peter Dimov [lists(a)pdimov.com] Sent: 18 January 2015 18:54 To: boost(a)lists.boost.org Subject: Re: [boost] Clang 3.4 failing to compile boost 1.57 headers Fletcher, John P wrote: > Results are as follows for clang 3.5 > > gcc version gcc reports clang reports > 4.6.3 40603 40700 > 4.8.2 40802 40800 > 4.9.0 40900 40900 > 4.9.2 40902 40900 > 5.0.0 50000 40700 <- actually 50000 > > I can see that there are some serious problems getting the correct > identification with Clang. Looks like unless it recognizes 4.8 or 4.9, it reports 40700 by default, which would make things a bit complicated. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[uuid] Platform-specific UUID generator (was Re: Issue 9407: please merge fix)
by Klaim - Joël Lamotte 18 Jan '15

18 Jan '15

On Fri, Jan 16, 2015 at 10:49 AM, Antony Polukhin <antoshkka(a)gmail.com> wrote: > Looks like Boost.UUID library is not maintained. This is unfortunate and reminded me this exchange: https://twitter.com/niv_anteru/status/487496938150195200 A platform-specific random generator would apparently be far more efficient (I say apparently because I didn't know there were platform-specific uuid generation until I read this tweet). I reminded this with the fix discussion and made the ticket marked as feature request: https://svn.boost.org/trac/boost/ticket/10939 I'm taking note to try a patch but don't hold your breath. Also, would there be any benefit in having another typedef in C++11 mode which would use the std mersene twister instead of the boost one?

3 4

[filesystem] path.cpp fails to compile under clang/Cygwin
by Peter Dimov 18 Jan '15

18 Jan '15

Fails like this: clang-linux.compile.c++.without-pth ..\..\..\bin.v2\libs\filesystem\build\clang-linux-3.4.2\release\link-static\path.obj ..\..\..\libs\filesystem\src\path.cpp:36:11: fatal error: 'windows_file_codecvt.hpp' file not found # include "windows_file_codecvt.hpp" ^ 1 error generated. "clang++" -c -x c++ -Wno-variadic-macros -Wno-c99-extensions -O3 -Wno-inline -Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"..\..\..\include" -o "..\..\..\bin.v2\libs\filesystem\build\clang-linux-3.4.2\release\link-static\path.obj" "..\..\..\libs\filesystem\src\path.cpp" Looks like a clang bug; the file is certainly there, in the same directory as path.cpp.

4 12

How do I copy all source files?
by Robert Dailey 18 Jan '15

18 Jan '15

I do adhoc builds of boost using the boost modular git repo. All libs build just fine, but I can't for the life of me copy the source files. I have tried doing it through FileZilla (SFTP) but it skips a ton of files due to the symlinks. How can I get the complete "boost" header source tree?

2 5

[Phoenix] [MSVC] 8 9 and 10 COMDAT error
by Fletcher, John P 17 Jan '15

17 Jan '15

I am attempting to sort out the bugs and test failures in Boost Phoenix. I have one test (bind_rv_sp_test) which fails at the link stage with the following error on MSVC 8 9 and 10 but not later bind_rv_sp_test.obj : fatal error LNK1179: invalid or corrupt file: duplicate COMDAT '?value@?$result_@P8Y@@AE?AV?$shared_ptr@UX@@@boost@@XZ@?$is_mem_fun_pointer_select@$0A@@detail@boost@@2_NB' I have been researching this error and attempting to find a workaround for Phoenix. Has anyone else working on Boost encountered this error and have any suggestions about it. It does appear to have been around for some years and there are a lot of suggestions but no clear resolution I have found. How important are these compilers, and would it be O.K. to mark this test as expected to fail? I don't have these compilers so for any new tests I am relying on the develop tests to check out experiments. Thank you John

2 2

Re: [boost] [compute]/ Futures Some remarks
by Antonio Colino 16 Jan '15

16 Jan '15

> > On 01/14/2015 10:46 PM, Antonio Colino wrote: > > I have a flawless implementation of this concept I am very proud of. Is any one willing to critique it? > > On 01/14/2015 10:46 PM,?Thomas Heller?wrote: > > Wanna share it? Which concept are you refering to? > > I was hoping to share this lib, if i could generate any interest in a copyable hpc version of packaged_task > On Jan 2015 20:36:40,?Thomas Heller?wrote: > Absolutely! Note that there are already a few out there doing exactly what > you described (HPX and Habanero++ come to my mind here). >On Date: Thu, 15 Jan 2015 21:58:37, Antonio Colino wrote: >What would be the best way to arrange this? Thomas if you are sill interested I am still curious by which method you would prefer to review the code, as it is not yet made public and I would like to have a second opinion before doing so.

1 0

[function] unmerged changes
by Peter Dimov 16 Jan '15

16 Jan '15

Boost.Function's develop branch appears to have accumulated a few changes that aren't in master, to which I've added one more (I neglected to check first). Looking at the test results, nothing there seems out of the ordinary, so these should probably be merged, perhaps without my final commit (which is itself a very low risk, as it merely changes detail:: to boost::detail:: in a few places).

2 1

[test] clang warning
by Peter Dimov 16 Jan '15

16 Jan '15

..\..\../boost/test/impl/debug.ipp:211:21: warning: private field 'm_binary_path_buff' is not used [-Wunused-private-field] char m_binary_path_buff[500+1]; // !! ?? ^ I'm not sure what the purpose of this member is, but according to Clang, it's not used anywhere.

4 4

[units] unmerged changes in develop
by Peter Dimov 16 Jan '15

16 Jan '15

The following changes are in develop but not in master. Should these be merged? They all look fine (and beneficial) to me. C:\Projects\boost-git\boost\libs\units>git log master..develop commit cc97c0f253a250a15f0b2174ec12a338772248b6 Merge: 87778d2 12f0a2e Author: Jürgen Hunold <jhunold(a)gmx.eu> Date: Thu Nov 6 20:44:33 2014 +0100 Merge pull request #14 from mkurdej/fix/doc-information Fix documentation on information system units. commit 87778d23197aeceaccedeea2c3df43f2fa9f9a85 Merge: b40a903 45058c0 Author: Jürgen Hunold <jhunold(a)gmx.eu> Date: Thu Nov 6 20:43:04 2014 +0100 Merge pull request #13 from mkurdej/fix/header-guards Fix header guards and namespace trailing comments. commit 12f0a2eb0a2ac2925fe04d8afb744e7178e37ddc Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:32:02 2014 +0100 Fix quickbook warning about deprecated '\n' in generated base_units.qbk. commit 9ba957d7208322bf752d61c7d5401bb358af5f0b Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:22:02 2014 +0100 Add doc for boost/units/systems/information.hpp. commit 2042d4d72337d05e1606eb385d5b1b3865739e70 Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:14:53 2014 +0100 Fix documentation on information system units (not only base units). commit aaffc7fa6f8c05cff396b6fc71a3ef8b79192330 Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Wed Nov 5 18:24:23 2014 +0100 Fix documentation on information system units. commit 45058c08f7c2372cef729237a21a87a036245d2d Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Mon Nov 3 13:59:10 2014 +0100 Fix header guards and namespace trailing comments.

2 4

Integrating Boost.Sort library
by Steven Ross 16 Jan '15

16 Jan '15

I would like to integrate the (recently accepted) Boost.Sort library into the main Boost build process, and provide Paul A. Bristow < pbristow(a)hetp.u-net.com> access to edit the documentation (it doesn't have to be restricted to just the docs). Are there instructions on how to do this? The current code is sitting here: https://github.com/spreadsort/sort

2 3

ASIO does not fully support Windows Runtime (WinRT), and a suggestion for providing support
by Moshe Rubin 16 Jan '15

16 Jan '15

While attempting to port filesystem to Windows Phone 8.1, I encountered some issues with the WinRT portions of ASIO. Examining the Boost code shows that ASIO does not fully support WinRT. Examples are that the acceptor implementation for WinRT #includes the null_socket_service class in socket_acceptor_service.hpp, rendering it unsupported. In addition, there is no counterpart in WinRT to WinSock's select() function, so there is no way to call select() off of a WinRT socket object. I would therefore like to briefly summarize what my company's needs are, what problems I've encountered, and a suggested solution for having ASIO support WinRT. Here are our corporate library's (let's call it CORLIB) needs: (*) Our goal is to build our Boost-based library (i.e., CORLIB) for Windows Phone 8.1. (*) CORLIB refers to Boost sockets in a cross-platform fashion (e.g., using the basic_stream_socket class as an abstraction via boost::asio::ip::tcp::socket). (*) CORLIB uses the boost::asio::ip::tcp::acceptor object in portions of its code. (*) CORLIB also calls the bind() socket function (*) CORLIB uses the BSD/Winsock functions select() and bind(), among other functions, to implement its logic Here are the problems: (*) The socket_acceptor_service class #includes null_socket_service.hpp to implement the acceptor object for WinRT. In other words, the acceptor object is not implemented for WinRT. (*) The winrt_ssocket_service_base class does not implement the listen() function, something that must be implemented to support the acceptor object. (*) The winrt_ssocket_service class implements native_handle_type as Windows::Networking::Sockets::StreamSocket^. There is no WinRT analog for the BSD/WinSock select() function, so CORLIB has no way of performing a select on the StreamSocket object. Since select() is critical to CORLIB, StreamSocket^ is unacceptable. We believe that winrt_ssocket_service must be implemented using WinSock (almost completely supported by Windows Phone 8.1) rather than Windows::Networking::Sockets, because the select() function is unimplementable using the WinRT hierarchy. We therefore propose creating a new socket service class for WinRT (we will refer to this new service class as winrt_winsock_socket_service) . This new service will be similar to reactive_socket_service: the stream_socket_service.hpp include file shows the following: #if defined(BOOST_ASIO_WINDOWS_RUNTIME) # include <boost/asio/detail/winrt_ssocket_service.hpp> #elif defined(BOOST_ASIO_HAS_IOCP) # include <boost/asio/detail/win_iocp_socket_service.hpp> #else # include <boost/asio/detail/reactive_socket_service.hpp> #endif Since we want to return to WinSock-based sockets for WinRT, we therefore want to model the Winsock-based WinRT implementation on reactive_socket_service, making changes for WinRT when necessary. Because Windows Phone 8.1 supports Winsock2, including bind(), listen(), and select(), we should be able to support WinRT via WinSock. This class will not make any use of WinRT's new socket classes.

4 5

Re: [boost] ASIO does not fully support Windows Runtime and a suggestion for providing support
by Moshe Rubin 16 Jan '15

16 Jan '15

>> I highly object to the tone of your response. Bringing up a matter on >> this mailing list related to a Boost library is not a command for anyone >> to do anything. By responding the way you have done you are discouraging >> people with issues from using Boost mailing lists to start a discussion >> about a particular library. > I apologise if I have offended anyone on the list, including you > Edward. My thanks to Edward for standing up for a relatively new poster to this mailing list. There was absolutely no malicious or similar intention in my post, and certainly no "commanding and impatient tone". My intention was to improve ASIO, which is an incredible technological achievement. Our needs for a ported Boost for WinRT, as the needs of many others, are immediate, so I used the methods known to me, including posting to this mailing list. If I had a nickel for every WinRT developer pining for a complete port of Boost for WinRT, I'd probably be a rich man <g>. > However, there is an etiquette when dealing with deficiencies in open > source libraries. You first raise the issue with the library's > maintainers before going onto public lists - and before I replied to > the OP, I checked the github ASIO issue tracker and the Boost issue > tracker and found no mention of the deficiencies. It may be the case > that the OP has spoken to Chris by private email, but his post did > not indicate that. I am willing to learn the ropes and thank you for pointing out the correct procedure. As a matter of fact, I used a two-pronged tactic just in case and sent the same email to Chris in parallel (see his response below). > Furthermore, Chris fairly bluntly stated in the > ASIO release notes which added WinRT support that that support would > be limited, and he went into some detail as to how and why. That > would strongly suggests that the maintainer is well aware of the > limitations, and has a strong idea of what should be done about them > (if anything). Moreover, if he has left out a particular support for > something, he may well have very good reasons for that, including the > cost benefit reason. Indeed, I had not checked the ASIO release notes, and now know that that is most important. Reading them now, I see that Chris limited his port. As a WinRT developer, I know why he decided to do so. > So, go raise it with the maintainer first, and that's probably best > done as I mentioned via the ASIO github issue tracker which Chris > definitely responds quickly to. If the maintainer refuses to support > what you need, *then* come onto this list to see if anyone else is > having the same problem, *then* see if you can put together a > coalition of the willing. However, to be honest, I think the > maintainer will be happy to improve WinRT support, you just need to > prearrange what form he'd prefer it to come in. Here is Chris's courteous reply to me: <quote> Thanks for your email. I was not aware that Windows Phone now supports Winsock. This is great news. However, I am a bit confused by your proposed design. I don't believe we need a new socket service at all. If Windows Phone now supports Winsock then we simply need to prevent BOOST_ASIO_WINDOWS_RUNTIME from being defined - see asio/detail/config.hpp. Then, provided that BOOST_ASIO_WINDOWS *is* defined and BOOST_ASIO_HAS_IOCP is *not*, it will use the existing select()-based reactive_socket_service backend. This backend is already supported on Windows, and was used in the past to support Windows 9x and WinCE. I suggest you start by modifying asio/detail/config.hpp to make those changes, and then see what errors happen after that. There will most likely be other changes needed to work around Windows API functions that are still unsupported on Windows Phone. Cheers, Chris </quote> > And BTW, after you've talked to Chris and gotten green lit by him, > absolutely do ping this list with what you've agreed to do and ask > for feedback on it. The people I'm currently contracting for would be > very interested in improved WinRT support in ASIO. I'm sure so would > others on the asio-users ML. And as ASIO is going to be the > Networking TS, I daresay so would Microsoft, indeed you might even > get some improvements to WinRT to help ASIO along - we have the main > Microsoft engineer who ported Boost to WinRT on this mailing list. So here I have a question: when I've followed up on Chris's suggestions and have ASIO working for ASIO, what should I do next? Return to the mailing list to announce the fact and ask for feed as you suggest, or schedule a GitHub pull request? I have recently been in contact with Steven Gates, who has been very helpful on my quest of porting Boost for WinRT. In conclusion, Niall, I thank you for educating me on the etiquette on Open Source public mailing lists. I trust you've also learned not to pull the trigger too quickly. Moshe

6 5

Regarding Contribution to Boost Library
by Siddharth Agrawal 16 Jan '15

16 Jan '15

Hello all, Myself Siddharth Agrawal, I have been using boost library since 1 year.Now I want to contribute to the development of this library. Can anyone guide me where should I start. I would be grateful for this. Moreover I also want to know the github page of Boost. Regards, Siddharth Agrawal.

3 3

Interest in a FIX Protocol Library?
by Marius Dobrea 16 Jan '15

16 Jan '15

Hello Boost, I have been following the boost email lists for a while now and would like to contribute to Boost too. Since it matches at best my experience it would be probably most beneficial if I contribute to a BOOST/FIX library. FIX comes from the "Financial Information eXchange" Protocol and it represents a standard that is used a lot in the Financial Industry. For more information see the related Web Site: http://www.fixtradingcommunity.org. Firstly I would like to ask the community if there is interest in such a library and if anyone is doing any work on it. It seems to me that although there are a lot of firms and institutions in the world providing software or using FIX there are too few open source C++ libraries for that. Secondly I would like to receive feedback on what functionality would be interesting to be part of this library. For instance it could contain: - basic components that can be used to build bigger blocks: e.g.: raw data iterators, message components, field types; - conversion functions from FIX to C++ types and vice versa; - code generators for Messages, Enums, Constants based on XML specification files; - implementations for various FIX Session types: Tag-Value, FAST, FIXP, user defined messages, etc; - transformers which based on some configuration could convert messages automatically between various FIX versions; - message persistence, etc. FIX is very well documented and as such various functionality could be probably easily split into interesting projects that are to be part of the GSoC. Let me know what you think. Thanks, Marius Dobrea

13 17

[sync] has no master branch?
by Peter Dimov 15 Jan '15

15 Jan '15

The module libs/sync has no master branch, why?

2 6

[timer] clang warning
by Peter Dimov 15 Jan '15

15 Jan '15

..\..\..\include/boost/timer/timer.hpp:44:43: warning: 'long long' is a C++11 extension [-Wc++11-long-long] void clear() { wall = user = system = 0LL; } ^ The fix in this case appears trivial, just remove the LL.

2 1

Unmerged changes in develop
by Peter Dimov 15 Jan '15

15 Jan '15

Many libraries have unmerged changes in their develop branches. Some of those are legitimate, many aren't. What follows is a list of the submodules for which git log master..develop reports something, created by git submodule foreach "git log -n 1 --oneline origin/master..origin/develop || :" and then edited slightly by me. Entering 'libs/accumulators' 2bf02f3 Merge pull request #2 from danieljames/metadata Entering 'libs/algorithm' d473435 Added more general power functionality as requested by Sean Parent. Also added enable_if to make sure the exponent is an integral type. Entering 'libs/array' 0d4fa27 Merge pull request #3 from boostorg/pull_request/remove_hash_fwd Entering 'libs/atomic' 427a757 Merge pull request #4 from jhunold/test_dependency Entering 'libs/bimap' dd4e612 Correct broken links to C++ standard papers. Refs #9212. Entering 'libs/chrono' d7478b9 move from math to integer for gcd(). Entering 'libs/concept_check' bb9257a Remove executable status from a bunch of source files Entering 'libs/config' 06aa40a Remove requirement that BOOST_MSVC_ENABLE_2014_JUN_CTP be defined to get the correct BOOST_NO_CXX11_* macros for VC++ 14.0 (aka 2015). Entering 'libs/container' 6932417 Support types with std::allocator_arg_at with boost::container::scoped_allocator_adaptor Entering 'libs/context' ac1b845 usei consistent use of BOOST_ASSERT Entering 'libs/conversion' 84ab592 Merge pull request #7 from Boris-Rasin/synopsis Entering 'libs/convert' f066fac turning std=c++11 on Entering 'libs/core' 2beeb73 Fixed a typo in the comment. Entering 'libs/coroutine' 9814084 remove feature segmented stack (already defined in boost.context) Entering 'libs/crc' 3de6617 Merge pull request #1 from danieljames/metadata Entering 'libs/date_time' ca30f6a Documentation patch from 'faithandbrave' Entering 'libs/detail' fcaf168 Initial commit if lightweight_test_report.hpp, aimed at making it easier for users to supply sample programs in bug reports. First use will be in filesystem. Entering 'libs/dynamic_bitset' 225064d Patch by Riccardo Marcangelo: Added a pop_back() member function which decreases the size of the bitset by one Entering 'libs/endian' 810f545 Work-in-progress, including various bug fixes and doc updates. Entering 'libs/exception' c1f6b74 Merge pull request #5 from danieljames/metadata Entering 'libs/filesystem' 96d5cdd Remove test_folder. Content is now in branch test-files/utf-8, so that master and develop conform to Boost file naming policy. Entering 'libs/foreach' 3bc8f66 Merge pull request #2 from danieljames/metadata Entering 'libs/format' 5826c68 Fix typo. Patch from kylelutz Entering 'libs/function' 157aaea Merge pull request #4 from apolukhin/rvalue_params Entering 'libs/function_types' caed0a6 Correct broken links to C++ standard papers. Refs #9212. Entering 'libs/functional' a478186 Fix version number in release notes. Entering 'libs/fusion' af1bc25 - disabling test for now (todo later) - removing irrelevant tuple test Entering 'libs/geometry' 9b6be5f [point] assign values differently such that: no warning is given, and explicit can be used for one constructor only Entering 'libs/gil' 1618df0 Merge pull request #12 from danieljames/metadata Entering 'libs/graph' 2573fbb Fix warning on const return by value. Entering 'libs/graph_parallel' 17214e8 Merge pull request #6 from michaelopitz/develop Entering 'libs/io' b3e349c Merge pull request #1 from danieljames/metadata Entering 'libs/iostreams' d702307 Correct broken links to C++ standard papers. Refs #9212. Entering 'libs/iterator' ec7d398 Merge pull request #10 from Flast/pr/ref-to-ref/dr106 Entering 'libs/lambda' 545b6af Merge pull request #1 from jzmaddock/patch-2 Entering 'libs/lockfree' 39cc67a lockfree: spsc_queue compile fix Entering 'libs/logic' b3adfec Merge pull request #2 from apolukhin/develop Entering 'libs/math' 9561623 [Beta/Gamma]Fix concept failures caused by previous commit. Entering 'libs/mpi' b4e8640 Enable new test now that missing source has been added. Entering 'libs/mpl' 6a0f617 Revert "Merge pull request #11 from Lastique/modularization" Entering 'libs/multi_array' 5578fc3 Merge pull request #6 from MarcelRaad/patch-1 Entering 'libs/numeric/conversion' c90517d Merge pull request #3 from danieljames/metadata Entering 'libs/numeric/interval' 538299d Apply https://github.com/boostorg/interval/pull/1 manually; qualify four calls to 'to_int' with 'this->' Entering 'libs/numeric/odeint' d69cba8 Merge pull request #5 from danieljames/metadata Entering 'libs/numeric/ublas' 12f6c6c Merge pull request #16 from danieljames/develop Entering 'libs/optional' a8a6be0 More tests migrated to core/minimal_test Entering 'libs/parameter' 54854d4 Correct broken links to C++ standard papers. Refs #9212. Entering 'libs/phoenix' e168b28 Updated preprocessed files Entering 'libs/predef' 84967e3 Add missing BOOST_PREDEF_MAKE_0X_VVRRPP macro (thanks ro Erik Lindahl for finding it). Entering 'libs/preprocessor' fd135a0 Added BOOST_PP_LIST_SIZE_D to list of re-entrant macros. Entering 'libs/program_options' 0c01e9a Add testing for implicit_values and non-consuming of separate tokens. Entering 'libs/property_map' ba0bed2 Merge pull request #2 from danieljames/metadata Entering 'libs/property_tree' 24125b4 Merge pull request #6 from danieljames/metadata Entering 'libs/proto' 8566061 get lambda example compiling on clang Entering 'libs/ptr_container' 9ed3379 Merge pull request #1 from BenPope/develop Entering 'libs/python' 6b7e0cc Remove all references to now defunct (and removed) header. Entering 'libs/random' a8aed49 Use the right upper bound for the exponent. Entering 'libs/range' 4f3bdbe Merge pull request #24 from steveire/remove-algorithm-dep Entering 'libs/ratio' 591a1e6 Merge pull request #2 from danieljames/fix-json Entering 'libs/regex' 39aa10d Fix for: https://github.com/boostorg/regex/pull/9 Entering 'libs/serialization' 594541b Merge pull request #4 from danieljames/metadata Entering 'libs/signals' 7dc7b47 Merge pull request #4 from danieljames/metadata Entering 'libs/smart_ptr' f65c57d Fix explicit instantiation regression Entering 'libs/spirit' f51566b Merge pull request #75 from mloskot/develop Entering 'libs/statechart' c9cf783 Merge pull request #1 from apolukhin/develop Entering 'libs/static_assert' bb3cc11 Merge pull request #2 from mgaunard/clang_warning_fix Entering 'libs/test' bf1c122 Now just "using" Entering 'libs/thread' 2c028aa fix more erros after Boost.Test commit. Entering 'libs/throw_exception' a9de81a Merge branch 'master' into develop Entering 'libs/timer' f4ec9cc Merge pull request #1 from danieljames/metadata Entering 'libs/tokenizer' 2fa9f44 Merge pull request #4 from Lastique/patch-1 Entering 'libs/tr1' 9f28b87 Merge pull request #2 from danieljames/metadata Entering 'libs/tti' 7b13a81 Merge pull request #1 from danieljames/metadata Entering 'libs/tuple' b54dd80 Merge pull request #6 from K-ballo/boostbook Entering 'libs/type_erasure' e92682a VC12's variadic templates have some bugs. Fall back on the PP implementation for some components. Entering 'libs/type_index' 8558fd6 remove the always failing testing_crossmodule_anonymous_no_rtti test from test suite and add notes for users about emulation limitations testing Entering 'libs/typeof' 4e34737 TypeOf: Fix if/elif chain after msvc 6/7 removal. Entering 'libs/unordered' 68eb654 Merge pull request #4 from tempoz/patch-2 Entering 'libs/uuid' d233193 Fixed compilation. Entering 'libs/variant' e00c75c Continue fixes, pointed out by Adam Wulkiewicz: removed unnecessary reference_content.hpp include, added missing static_assert.hpp include Entering 'libs/wave' bb0adbf Merge pull request #2 from danieljames/metadata Entering 'libs/xpressive' 7377713 Merge pull request #3 from danieljames/metadata Entering 'tools/build' f5b31b3 Block signals to end of exec_cmd. Entering 'tools/quickbook' b93c2a7 Use quickbook 1.7 for documentation.

3 6