- Boost - lists.preview.boost.org

[iterator] Move iterators to a separate namespace
by Andrey Semashev 10 Jul '14

10 Jul '14

Hi, I've created this pull request a few days ago: https://github.com/boostorg/iterator/pull/5 It basically moves all iterators to boost::iterators namespace (while still importing the symbols to boost namespace for backward compatibility). This change is also intended to fix the counting_iterator_test test on older compilers, which was broken by my previous pull request (there appeared a name clash with Boost.TypeTraits). Could it be merged?

1 1

permission to merge odeint to trunk
by Karsten Ahnert 10 Jul '14

10 Jul '14

Can I still merge the develop branch of odeint into the master? The develop branch compiles fine and the tests are running for some time now. I also guess that no other boost libraries depend on odeint, so it should be relatively safe to merge it. Btw. there were no announcements that the master branch closes for the release, so I thought there is still some time to merge develop into master. But it seems that the release of Boost 1.56 has gained momentum and I don't want to silently merge into master.

2 2

[mpl] Can I merge pull requests for 'develop' into 'master' for Boost 1.56
by Edward Diener 09 Jul '14

09 Jul '14

Eric Niebler has issued a couple of pull requests for MPL on 'develop' involving VC++ and the has_xxx functionality which I have merged to 'develop' after testing them locally and successfully with various versions of VC++ from VC8 to VC12. The earlier already cycled through regression tests successfully but the latest was merged just recently. The latest involves a change for the NVidia CUDA compiler, for which I see no regression testing. I have not tested this change with the CUDA compiler ( is there even a Boost Build toolset for this compiler ? ) but I implictly trust Eric's judgment. Can/should these changes be merged to 'master' for 1.56 ?

3 7

Best home for cxx11_char_types.hpp?
by Beman Dawes 09 Jul '14

09 Jul '14

I'm working on an update of Boost.Filesystem that adds support for the C++11 char16_t, char23_t, u16string, and u32string types. For compilers that don't yet support these types, a header cxx11_char_types.hpp (see attached) provides emulation that is good enough for filesystem, and is probably useful for other libraries and for user code too. We discussed this header several years ago, and I've been using it since then. Where should this header live? It can certainly go in libs/filesystem/include/boost/filesystem, but that doesn't really expose it to general Boost users. Is there a better place, but without introducing unwanted dependencies? --Beman

2 2

[type_erasure] Force any to have typedef
by Benedek Thaler 09 Jul '14

09 Jul '14

Hi, Assume I have the following function template: template <typename Container> typename Container::value_type get_front(const Container& c) { return c.front(); } Is there a way I can force type_erasure::any<> to have a `value_type` typedef? I can create a concept which requires the underlying type to have it, but I'd like to make `any` to have such a typedef. Thanks, Benedek

2 2

search folder by using filesystem namespace
by dd 09 Jul '14

09 Jul '14

Hi all, I want to search for a folder in a particular directory in any level. Is there any direct api to search folder by using filesystem namespace? If not, will boost api support to iterate directories in sorting order? Please provide code snippet if available. Thanks, dd

2 1

[1.56.0] Release notes
by Daniel James 08 Jul '14

08 Jul '14

Hello all, If you haven't written up your release notes yet, now is a good time. You can create a pull request on github by clicking on 'edit' on this page while logged in: https://github.com/boostorg/website/blob/master/feed/history/boost_1_56_0.q… Alternatively, you can clone the site locally and do it using the normal git procedure, or you can email me and I'll add it for you. thanks, Daniel

1 0

Re: [boost] [polygon] examplefile compilation failed
by J Stark 08 Jul '14

08 Jul '14

Hello Boost Polygon Folk, First off, I have to say, boost polygon is pretty great. Thanks for all the hard work you've put into it. I'm replying to a forum message here: http://boost.2283326.n4.nabble.com/template/NamlServlet.jtp?macro=reply&nod… which notes that the example files don't compile. It was posted in 2009. I'm noticing that the example here: http://www.boost.org/doc/libs/1_55_0/libs/polygon/doc/gtl_custom_polygon.htm still doesn't compile properly on a mac using Apple LLVM version 5.0 (clang-500.2.79) I think the examples are extremely important, as template programming can be confusing all by itself, and so having a working example to start with is really a time saver. Does this example work properly with other compilers making it hard to fix for the universal/general case? It seems that the original post from 2009 contains the fix that works; "typedef int coordinate_type;" needs to be inserted in point_mutable_traits like so: template <> struct point_mutable_traits<CPoint> { typedef int coordinate_type; static inline void set(CPoint& point, orientation_2d orient, int value) { if(orient == HORIZONTAL) point.x = value; else point.y = value; } static inline CPoint construct(int x_value, int y_value) { CPoint retval; retval.x = x_value; retval.y = y_value; return retval; } }; } } My question is if the documentation example here: http://www.boost.org/doc/libs/1_55_0/libs/polygon/doc/gtl_custom_polygon.htm can be updated to include this fix, and save time for folks who are trying to get that example to work, or if this solution isn't valid for some combination of other more popular compilers? Thanks again for all the hard work on the library, and very best of regards, J PS: please advise if I'm posting to the wrong forum, sending mail in the wrong way, or in any way going at this the wrong way :) I have more questions/concerns to follow up with :) -- View this message in context: http://boost.2283326.n4.nabble.com/polygon-examplefile-compilation-failed-t… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[atomic] Structs with default constructor
by Marcel Raad 08 Jul '14

08 Jul '14

Boost.Atomic 1.55 accepted structs with a user-defined default constructor as template argument, the version from the 1.56 test build doesn't (because of the union_cast). Is this by design? I could be wrong, but I thought the only requirement for structs to use them in atomics was that they were trivially coyable.

3 8

Re: [boost] Test build for 1.56 available
by Matthew Musto 08 Jul '14

08 Jul '14

Marshall, I had good luck building boost-1_56_0a1c2 on Windows 8.1 with Visual Studio 2013 Ultimate. There are a number of warnings about 'round' but the standard .\b2 build completed without issue. I am going to run a few of my programs with this version as the include and let you know if I run into any issues. -Matt > From: Marshall Clow <mclow.lists <at> gmail.com> > Subject: Re: Test build for 1.56 available <http://news.gmane.org/find-root.php?message_id=CAMBqOsjj%5fn3HSJ7755eOUxrXC…> > Newsgroups: gmane.comp.lib.boost.devel <http://news.gmane.org/gmane.comp.lib.boost.devel> > Date: 2014-07-07 18:56:57 GMT (6 hours and 6 minutes ago) > Ok, here are rc2s. > Fixed (I believe) are: > * Now includes winapi library > * Underscores instead of periods in the names > * No more weit metadata in the tar file. > https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.zip <https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.zip>> https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.tar.gz <https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.tar.gz> > Please check them out, let me know what problems you have. > Thanks to people who checked out the previous builds and reported problems. > — Marshall -- -------------------- Matthew Musto matthew.musto(a)gmail.com

2 1