- Boost - lists.boost.org

[gil] Portability of new code issue.
by Harg Tholan 11 Jul '13

11 Jul '13

Hi all, Christian has been working on some new features for GIL, such code works fine in Windows 7 with VS11, but it will fail to compile with GCC in Debian Wheezy. I've been trying to figure out why is this failing and possible workarounds with no success. For those with time wanting to help: 1. You will need boost-trunk. 2. I have attached the "bleeding edge" code (a pair of .hpp) as well as a test case. 3. Compile: g++ subsampled_test.cpp -o ss -lboost_unittesting_framework My Compiler Version: g++ (Debian 4.7.2-5) 4.7.2 Errors: yuv_image.hpp:234:38: error: expected primary-expression before ‘,’ token subsampled_test.cpp:28:41: required from here ../yuv_image.hpp:234:5: error: ISO C++ forbids comparison between pointer and integer Note: I have attached the code here because I had to fix some template code, adding/removing 'tyepename', as well as prevention of template parameter shadowing. As you already know, Microsoft's compiler is very 'flexible', allowing non-standard code to compile. Regards, Juan.

1 0

[filesystem] Please take care of #8706
by Antony Polukhin 10 Jul '13

10 Jul '13

Hi, There is a ticket https://svn.boost.org/trac/boost/ticket/8706 and patch in it that fixes compilation of Boost.Filesystem under Android NDK. Tested patch under latest NDK and it works well. Fix is required to start regression tests for droid platform. -- Best regards, Antony Polukhin

4 8

[function] Bind to std::function if supported?
by Andrew Ho 09 Jul '13

09 Jul '13

The boost::move library binds to std::move/T&&/etc. when the compiler supports such features, and only uses work-around mechanisms when the compiler lacks such support. Should we add similar support for boost::function? something like: #ifdef BOOST_FUNCTION_USE_STANDARD_LIBRARY_FUNCTION // alternative: #ifndef BOOST_NO_CXX11_HDR_FUNCTIONAL #include <functional> namespace boost { using ::std::function; } #else // whatever boost::function currently does #endif // ... something similar for boost::bind and std::bind I haven't looked at boost::atomic yet, but we could also consider similar bindings to std::atomic if the library doesn't already do so.

3 3

[shared_array] Why not in C++11 ?
by Sid Sacek 09 Jul '13

09 Jul '13

Does anyone know why 'boost::shared_array<>' was not made part of C++11, since pretty much all the other smart pointers were? -Sid

10 41

[context] SSE/AVX registers preservation
by Andrey Semashev 09 Jul '13

09 Jul '13

Hi, I've been looking at Boost.Context and wondering whether it preserves SSE/AVX state on context switches. From the code it doesn't look like the case - only jump_x86_64_ms_pe_masm.asm contains the code that saves some (not all) xmm registers and ymm registers are never saved. Is this intentional or the library simply doesn't support SSE/AVX? And why not use xsave/xrstor to consistently support all future extensions?

2 2

Re: [boost] Interest in a 'Boost.property' library?
by Joe Mucchiello 08 Jul '13

08 Jul '13

Personally, I always consider properties with getters/setters an anti-pattern for OOP languages like C++. Class interfaces should include only those methods that describe logically valid actions one might take on instances of the class. The idea of properties might sometimes be appropriate. But often times, programs will see a hammer and treat everything they see after it as nails. It becomes easy to add a few more getters and setters for "the rest" of the implementation details and you lose proper encapsulation. Usually when I find a class with lots of get/set methods I find a class with very little thought used when that class was designed.

4 7

[log] Setup Windows event log backends
by Renato Forti 08 Jul '13

08 Jul '13

Work well, on win 7/vc 11! Win 8/vc 11, don't work! mc is not detected! On Thu, Jul 4, 2013 at 11:38 PM, Renato Forti <re.tf(a)acm.org> wrote: > Hi, > I did, but don't work! I have mc, and I remove bin.v2. But boost build > don't find my mc :( > > - message-compiler : no > - compiler-supports-ssse3 : yes > - compiler-supports-avx2 : yes > - gcc visibility : no > - long double support : yes > > C:\boost_1_54_0>mc > Microsoft (R) Message Compiler Version 1.12.9200 Copyright (c) > Microsoft Corporation. All rights reserved. > > No cached! I am on Windows 8, and vc11! Thanks again! Hm, that's strange. Perhaps, a Win 8 thing? What does bin.v2/config.log say? _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[unordered] a strange limitation for move emulation in Boost.Unordered
by Joaquin M Lopez Munoz 08 Jul '13

08 Jul '13

Here: http://www.boost.org/doc/html/unordered/compliance.html#unordered.complianc… it reads: "Non-copyable objects can be stored in the containers, but without support for rvalue references the container will not be movable." Why not? Container movement does not ever touch its elements, so I don't see the connection. Joaquín M López Muñoz Telefónica Digital

2 5

boost-1.54 needs a bugfix!
by Oliver Kowalke 08 Jul '13

08 Jul '13

unfortunately boost-1.54 needs a bugfix - because my request to merge boost.coroutine into release a required bugfix was not applied :( I'm wondering because the regression-tests are passed?! what to do? should I modify the fix in boost-release and archives of boost-1.54 are rebuild?

11 24

[fusion] Adapter for std::array
by Mateusz Loskot 07 Jul '13

07 Jul '13

Hi, I have prototyped Fusion adapter for std::array, as an attempt to clear the related feature request: https://svn.boost.org/trac/boost/ticket/8241 Here is the functional and testable code of the adaptor : https://github.com/mloskot/boost_fusion_std_array I will appreciate any critique and comments. Unfortunately, I have hit the apparently well-known problem. It is the Fusion begin/end ADL issues with C++0x range-based for and such, as discussed and reported here: http://lists.boost.org/Archives/boost/2010/12/174199.php https://svn.boost.org/trac/boost/ticket/4028 There has been no feedback to the ticket #8241, so I'm not sure what is the Fusion authors' view on std::array adoption. So, a couple of questions: Do the Fusion authors consider any cure for the ADL issues? If not, despite the inconvenience of use of qualified names, would it be still possible to accept std::array into Fusion? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

4 7