- Boost - lists.preview.boost.org

[http] Formal review starts on Friday
by Bjorn Reese 05 Aug '15

05 Aug '15

This is a short notice that the formal review for the Boost.Http library starts on Friday and will last for ten days: from August 7th until August 16th. A proper announcement will be made on Friday, which will include links to the source code and the documentation to be reviewed. As a courtesy to the ASIO community we encourage your participation in the formal review as well.

2 1

[1.59] SVG's not showing up in beta
by John Maddock 05 Aug '15

05 Aug '15

SVG graphics used in documentation are still absent from the (beta) website, see for example: http://www.boost.org/doc/libs/1_59_0_b1/libs/math/doc/html/math_toolkit/sf_… I assume a script somewhere needs updating? Thanks, John.

2 2

Trying out QVM with multiple library implementations
by Andrew Hundt 05 Aug '15

05 Aug '15

I'd really like to try out QVM because I have to switch between a half dozen matrix, vector and quaternion types constantly and would prefer not to write functions for each conversion and operations between them. Examples of the formats I need to handle are: *Eigen <http://eigen.tuxfamily.org/index.php?title=Main_Page>:* Eigen::Affine3d Eigen::Quaterniond + rotation and translation versions *vrep <http://www.coppeliarobotics.com/helpFiles/en/apiFunctions.htm#simBuildMatri…>:* float[3] (vrep vector) float[4] (vrep quaternion) float[12] (vrep homogeneous transform matrix) *cisstVector <https://github.com/jhu-cisst/cisst/tree/master/cisstVector>:* vctDynamicVector <https://github.com/jhu-cisst/cisst/blob/master/cisstVector/vctDynamicVector…> vctQuaternion <https://github.com/jhu-cisst/cisst/blob/master/cisstVector/vctQuaternion.h> vctDynamicMatrix <https://github.com/jhu-cisst/cisst/blob/master/cisstVector/vctDynamicMatrix…> There are also fixed versions of the "Dynamic" objects. + rotation & translations Is there any particular concerns I need to take regarding alignment, ordering (row vs column major) etc? For example, the ordering of the quaternion data components differ between eigen and rep: // 0123 // vrep quat is ordered xyzw, // eigen quat is ordered wxyz Any advice on how to go about this would be appreciated so I can try QVM out! Cheers! Andrew Hundt

2 1

Broken links in 1.58.0 release notes
by Jonathan Wakely 04 Aug '15

04 Aug '15

At http://www.boost.org/users/history/version_1_58_0.html the release notes on the breaking change for Variant say "See get.hpp and polymorphic_get.hpp descriptions for more info" but both hyperlinks are broken.

2 1

Review Request: QVM (generic Quaternion, Vector and Matrix operations library)
by Emil Dotchevski 04 Aug '15

04 Aug '15

Boost 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. Online documentation and a link to download the source code under the Boost license is available at http://www.revergestudios.com/boost-qvm/. I would like to thank Adam Wulkiewicz for volunteering to be the review manager for QVM and for his valuable initial feedback. Thanks, Emil Dotchevski

13 30

BOOST_NO_CXX11_CONSTEXPR and msvc-14.0
by Peter Dimov 04 Aug '15

04 Aug '15

I see that BOOST_NO_CXX11_CONSTEXPR is no longer being defined for msvc-14.0. Even the RTM version has spotty support for constexpr though; the techniques in my metaprogramming article, for example, don't work. One simple example that fails is #include <type_traits> template< int I > struct X { }; template<class... T> constexpr int f( T... t ) { return 1; } template< class... T > struct Y: X< f(std::is_same<T, void>::value...) > { }; Y<void, void, void> y; int main() { } Another is #include <type_traits> template< class... T > struct X { static constexpr bool v[] = { std::is_same<T, void>::value... }; }; int main() { }

15 32

[serialization] Errors when testing withe mingw-64/gcc on Windows
by Edward Diener 04 Aug '15

04 Aug '15

When running serialization tests with mingw-64/gcc on Windows I get repeated errors of the form: ..\..\../boost/archive/detail/basic_oarchive.hpp:64:5: error: function 'boost::archive::detail::helper_collection& boost::archive::detail::basic_oarchive::get_helper_collection()' definition is marked dllimport get_helper_collection(){ Is this a known problem ? Testing with VC++ does not give any errors.

2 5

Boost 1_59_0_b1_rc1 is available for testing
by Marshall Clow 02 Aug '15

02 Aug '15

Release candidate files for 1.59.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. The files (and associated md5s) are: MD5 (boost_1_59_0_b1_rc1.7z) = f54a97e5ee7f8e3d04cd9af8396e30f9 MD5 (boost_1_59_0_b1_rc1.tar.bz2) = 9804305aae0c9de9f8cfc02e3de75167 MD5 (boost_1_59_0_b1_rc1.tar.gz) = e584770bd76885c123a0426d24466fe2 MD5 (boost_1_59_0_b1_rc1.zip) = ee34f223aa789a6b3f727cb9480651ed Thanks! -- The release managers

13 14

[Log, Filesystem] Build errors using B2 and Jamfiles distributed with Boost
by Norbert Wenzel 02 Aug '15

02 Aug '15

I'm a lazy guy so I try to use Boost.Build whenever I can. That way I can simply download the Boost tarball, extract it into my project's directory and use the Jamfiles distributed with Boost. Recently I switched to 1.58 and my project setup failed to build, complaining that Filesystem would be built twice with different settings* (actually it would be built one time without any specific settings and one time with a sane set for my platform). I managed to create a "simple" project setup to reproduce this error. I created a library (testlib) with a single extern C function that fills a user provided buffer with the current working directoy. This library uses Boost.Filesystem internally. Therefore the lib's Jamfile also references the Jamfile distributed with Filesystem. I created an executable (test) that calls the lib function and also uses Filesystem to get the parent directory of the current working directory (as reported by the lib function). This setup builds fine as long as I use cout to write the paths in the test exe. When I replace cout with Boost.Log (and therefore also reference the boost_log and boost_log_setup projects) this setup only builds with Boost 1.57. From 1.58 on (also tested with 1.59.b1) the project does not build because Filesystem would be built twice with different settings. Since the error can be triggered by changing the Boost version I reckon this is due to a change in one of the Jamfiles (probably Boost.Log) and not a problem of Boost.Build per se. But for reference I use Boost.Jam Version 2014.03 (the one distributed with 1.58). Since the "simple" setup consists of a few files and directories I've made it available via Github: https://github.com/norbertwenzel/boost-build-problem I've posted this here and not to Boost.Build ML since I suspect this is due to a change in one of the two libraries mentioned and not a bug or misuse in/of Boost.Build. Any help appreciated. thanks, Norbert *) The exact error message I got: error: Name clash for '<p/tmp/b2_problem/external/boost_1_58_0/bin.v2/libs/filesystem/build/gcc-5.1.0/debug>libboost_filesystem.so.1.58.0' error: error: Tried to build the target twice, with property sets having error: these incompatible properties: error: error: - none error: - <abi>sysv <binary-format>elf <log-api>generic <preserve-test-targets>on <python-debugging>off <python>2.7 <testing.execute>on <threadapi>pthread error: error: Please make sure to have consistent requirements for these error: properties everywhere in your project, especially for install error: targets.

2 3

[http] Scheduling a review for Boost.Http
by Bjorn Reese 01 Aug '15

01 Aug '15

I am about to schedule a formal review for Boost.Http (see blincubator for links.) If there are no objections I suggest that the review is held from August 17 to 30.

3 4

Boost 1.53 Libraries for Android
by Ian Calegory 31 Jul '15

31 Jul '15

I've compiled and made available for download the Boost C++ 1.53 Libraries for Android. This enables cross platform code in C++ that uses the Boost libraries. It is especially useful for Embarcadero's FireMonkey environment in RAD Studio, where cross platform code written in C++ can run on Windows, Android, Mac OS X, and iOS. Conceivably, cross platform code can be written using the Boost libraries that can run on all of the aforementioned environments. (The other platform libraries would have to be available, of course, and RAD Studio comes with Boost pre-compiled for Windows; Boost of course is widely available for Mac OS X.) Here is my web page where the include files and .a library files (one file for each of the four main Android architectures) is available for download: http://www.mandelmania.net/boost.html Any comments welcome. logo final small 11 Ian Calegory Software Engineer <mailto:ianc102002@yahoo.com> ianc102002(a)yahoo.com <http://www.mandelmania.net/> http://www.mandelmania.net

1 0

devector feedback request
by Benedek Thaler 30 Jul '15

30 Jul '15

Dear Boost, I'm happy to announce the new devector container developed as part of the GSoC programme reached a presentable state. I invite you to take a look and ask for feedback. Main features: - every std::vector feature - front operations with amortized linear complexity - optional small buffer optimization - customizable growth policy (see the docs) - unsafe methods for the brave and performance addicts Documentation: - Intro: http://erenon.hu/container/container/non_standard_containers.html#container… - Usage: http://erenon.hu/container/container/examples.html#container.examples.devec… - API: http://erenon.hu/container/boost/container/devector.html#idp86138944 Code: - Implementation: https://github.com/erenon/container/blob/devector/include/boost/container/d… - Tests: https://github.com/erenon/container/blob/devector/test/devector_test.cpp Thanks, Benedek

6 11

[Log] Running in a separate thread
by Andrew Hundt 29 Jul '15

29 Jul '15

I really only need some of the functionality of BOOST_LOG_TRIVIAL, perhaps plus loving to a file in addition to the console. However, my only true need is that all the work (or as much as possible) must be done in a separate thread so as not to slow the current thread down. Right now when I use BOOST_LOG_TRIVIAL as is it causes latency in my network communications which have soft realtime requirements so I've had to comment all of my logs out. Is there a straightforward non-intrusive solution to having as much of the work as possible for boost.log be done in a separate thread? Thanks for your help! Cheers! Andrew Hundt

3 4

Boost.DLL formal review result
by Vladimir Prus 28 Jul '15

28 Jul '15

The Boost.DLL library is accepted. Congratulations to Antony, and thanks for everybody who reviewed the library! The votes were as follows: - Ralf Globisch - Yes - Klaim - Joël Lamotte - Yes - Niall Douglas - Yes, conditionally - John P Fletcher - Yes - Bjorn Reese - Yes - Edward Diener - Yes - Rodrigo Madera - Yes - Richard - Yes I'd like to also thank Thomas Trummer, Rob Stewart and Ion Gaztañaga for their contribution to review. The key suggestions from the review are listed below. None is critical enough to become a formal prerequisite, or require a mini-review. The library can be added when Antony feels its ready. Naming ----------- There was a concern that "DLL" might sound windows specific, and search for best terminology. This does not seem all that important, as soon as documentation introduces the terminology it uses, and is consistent. OSX support ------------------- The library was found not to work on OSX; I believe this issue was already fixed off-list with help from Rodrigo. Documentation ---------------------- Several people requested improvements. Bjorn and John, in particular, pointed out specific issues. This seems to be the post important change prior to adding the library. Dependencies on Boost and system headers ---------------------------------------------------------------- It was suggested that the library does not depend on other Boost C++ Libraries. While it might be helpful to some users, I find it logically impossible for a Boost formal review to request that dependencies on Boost libraries be removed. It was also mentioned that Boost.DLL is header-only library and includes system headers that can bring a lot of symbols and maybe macros. I don't think an actual problem was reported, though, and there is no way to avoid the problem while staying header-only. It's up to the author to consider these suggestions and do something, or don't do anything. Continuous integration -------------------------------- There was a recommendation from Niall to improve CI of the library, including static analysis, valgrind, Windows CI, showing CI status in documentation and so forth. These are good suggestions. At the same time, they are not specific to Boost.DLL, and it's not the goal of a formal review to create new generic development process requirements. Many existing libraries of indisputably high quality do not have these requested mechanisms. Therefore, the author can act on these suggestions as he sees fit. Thanks, -- Vladimir Prus http://vladimirprus.com

4 3

BGL pull requests
by Mads Jensen 27 Jul '15

27 Jul '15

Hi, There are many quite trivial pull requests on Github for BGL. Can the project responsible please have a look at them? Most of them just fix typos and add more clarity to the documentation. Thank you, -- Med venlig hilsen / Kind regards, Mads Jensen Gunnery Sergeant Hartman: What's your excuse? Private Cowboy: Sir, excuse for what, sir? Gunnery Sergeant Hartman: I'm asking the fucking questions here, private! Do you understand? -- Full Metal Jacket

6 8

[mpl] Problem with VC++14 and boost::mpl::size_t
by Edward Diener 27 Jul '15

27 Jul '15

The just released VC++14 has a problem with the boost::mpl::size_t template. After preprocessing it sees: namespace boost { namespace mpl { template< std::size_t N > struct size_t { static const std::size_t value = N; typedef size_t type; typedef std::size_t value_type; typedef integral_c_tag tag; typedef boost::mpl::size_t< static_cast<std::size_t>((value + 1)) > next; typedef boost::mpl::size_t< static_cast<std::size_t>((value - 1)) > prior; operator std::size_t() const { return static_cast<std::size_t>(this->value); } }; template< std::size_t N > std::size_t const boost::mpl::size_t< N >::value; }} and gives the error message: size_t.cpp(nnn): error C2872: 'size_t': ambiguous symbol predefined C++ types (compiler internal)(16): note: could be 'unsigned int size_t' size_t.cpp(nnn): note: or 'boost::mpl::size_t' pointing to the line after it encounters 'struct size_t' as far as I can make out ( you need to preprocess the size_t.cpp test, comment out the #line directives and run the test against the preprocessed result to see what the compiler is objecting to ). It therefore fails a number of mpl tests which all prior versions of VC++ pass. It flags this error in 5 mpl tests which use the boost::mpl::size_t integral wrapper, among which the easiest to analyze is the size_t.cpp test itself. Anybody have any idea what is going on here with the compiler, or whether it can be fixed somehow in VC++14 for the mpl code ?

9 21

[config] BOOST_NO_CXX11_HDR_CODECVT is not defined for VC14
by Andrey Semashev 27 Jul '15

27 Jul '15

Hi, I see that BOOST_NO_CXX11_HDR_CODECVT is not defined for MSVC-14, although it is known that the codecvt facets are unusable because of linkin errors: https://connect.microsoft.com/VisualStudio/feedback/details/1348277/link-er… You can also see STL mentioning DevDiv#1060849 here: http://blogs.msdn.com/b/vcblog/archive/2014/11/12/visual-studio-2015-previe… and I can see that the problem is not fixed in RTM. This also concerns std::codecvt specializations for char16_t and char32_t. Can we define the BOOST_NO_CXX11_HDR_CODECVT macro for MSVC?

3 6

[predef] Fails on Intel/win
by John Maddock 27 Jul '15

27 Jul '15

BOOST_COMP_INTEL is set to 0, which means that [ predef-require "BOOST_COMP_INTEL" ] fails. __INTEL_COMPILER is set to 1500. BOOST_COMP_INTEL is set to ( (((0)%100)*10000000) + (((0)%100)*100000) + ((0)%100000) ) Thanks, John.

6 17

__NR_eventfd syscall
by Alexey Brodkin 27 Jul '15

27 Jul '15

Hi, When building Boost for ARC architecture we're seeing this failure: --------------------->8--------------------- ./boost/asio/detail/impl/eventfd_select_interrupter.ipp: In member function 'void boost::asio::detail::eventfd_select_interrupter::open_descriptors()': ./boost/asio/detail/impl/eventfd_select_interrupter.ipp:50:50: error: '__NR_eventfd' was not declared in this scope write_descriptor_ = read_descriptor_ = syscall(__NR_eventfd, 0); --------------------->8--------------------- This happens clearly because ARC following Linux kernel's UAPI doesn't define __NR_eventfd syscall. If you look here https://github.com/torvalds/linux/blob/master/include/uapi/asm-generic/unis… you may notice that "eventfd" syscall with some others resides in "#ifdef__ARCH_WANT_SYSCALL_NO_FLAGS". And from what I may see only "score" architecture has this __ARCH_WANT_SYSCALL_NO_FLAGS defined. Most of other arches that don't use unistd.h from "include/uapi/asm-genereic" folder have "eventfd" syscall defined. For example it's true for ARM (both 32 and 64 versions). So I'd say it's not the best way to use directly a syscall that's being obsoleted in "Boost". And so real fix would be to modify Boost's "eventfd_select_interrupter::open_descriptors()" for example with use of really generic "eventfd2" or even better use libc's eventfd() call instead of direct syscall. Any thoughts what would be the best fix here? -Alexey

1 1

[ublas] [1.5.9.0b1] Merge patch for broken boost::numeric::ublas::shallow_array_adaptor since 1.58
by Hugues Malphettes 24 Jul '15

24 Jul '15

Hi everyone, Does somebody knows how to proceed to merge the patch filed here: https://svn.boost.org/trac/boost/ticket/11207 I am forced to remain on 1.57 because of this issue. At the minimum there are 4 projects affected: myself, Mark Moll who filed the issue on track and nasosi and vh4n who filed the same patch here: https://github.com/uBLAS/ublas/pull/30/files I had convinced myself that because it had been merged in github we would be good to go for 1.59. I just tested 1.59.0b1 and it has not been merged. Many thanks for your help! Hugues

1 0

Test Runner Update to vc14.0 - CTP 6
by Tom Kent 23 Jul '15

23 Jul '15

Just a heads up, I have just updated the test runner teeks99-08f-win2012R2-64on64 from vc14.0 - CTP 4 to vc14.0 - CTP 6. The change should show up in the next run of that runner in a few hours. I think some people were waiting to see if MS was fixing some things, so I thought I'd send a message letting people know these results would be available. Tom

7 22

Genetics library: Volunteers needed
by Andy Thomason 23 Jul '15

23 Jul '15

Hi All, I am recruiting users for the putative genetics library. https://github.com/andy-thomason/genetics We have a few simple examples of gene searching and I am working on a more complete aligner example and some performance improvements to the index data structure. For data, you can obtain the human genome from: ftp://ftp.ensembl.org/pub/release-81/fasta/homo_sapiens/dna/Homo_sapiens.GR… Interesting problems we would like to solve: Given a 20 character sequence with up to six errors, what is the fastest way to list all possibilities other than a brute force search (CRISPR). Can we use JNI to connect the library to Hadoop and other distributed seach systems? Can we construct a database of all known viral genomes including recombination? Can we detect variations in MHC VDJ regions within a single sample? Many other interesting puzzles are there to be found... Andy. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

4 4

Trouble with Boost.Test on ESXi
by William Winder 23 Jul '15

23 Jul '15

I'm using Boost.Test and Boost v1.55 to unit test an application on Windows/Linux/ESXi. The ESXi build is done on a CentOS 5.10 machine, this has been working well for the main application, but the Boost.Test binary hits an assert before running any tests: /tmp # ./MyTests Test setup error: system_error produced by: ::sigaltstack( 0, &sigstk ) != -1: Function not implemented The "Function not implemented" problem has been a recurring problem for me while making my application compatible with ESXi. My basic understanding is that ESXi implements a subset of glibc. I saw a similar issue here: http://comments.gmane.org/gmane.comp.lib.boost.testing/7782 I'm wondering how I can disable this assert and what the repercussions would be. Thanks

2 1

Re: [boost] Genetics Library:Volunteers Needed
by Mudit Sharma 23 Jul '15

23 Jul '15

Hi! I am deeply interested in volunteering for genetics library in Boost. I have sound knowledge of boost libraries. Note:This project can help me personally. Thanks! M

1 0

gcc 5.1/6.0 warnings with smart_ptr
by Gennadiy Rozental 23 Jul '15

23 Jul '15

Hi, There are bunch of warnings like these: ../boost/smart_ptr/shared_ptr.hpp:249:65: warning: 'template<class> class std::auto_ptr' is deprecated [-Wdeprecated-declarations] Any chance we can shut these down? Maybe update toolset config? Gennadiy

1 0