- Boost - lists.boost.org

[filesystem] cygwin paths
by Steven Watanabe 29 Feb '16

29 Feb '16

AMDG Does Boost.Filesystem have any support at all for cygwin paths? I know that you want to use Windows paths internally, but this creates problems for programs that get paths from an external source. In particular, it causes the regression tests to fail when running from cygwin. See https://github.com/boostorg/regression/issues/37. else if ( !locate_root.is_complete() ) { locate_root = ( fs::initial_path() / locate_root ).normalize(); } locate_root is created by locate_root = fs::path( *args_i ); i.e. it's taken directly from the command line. In Christ, Steven Watanabe

1 0

Version mismatch
by Neil Gatenby 29 Feb '16

29 Feb '16

As per http://lists.boost.org/Archives/boost/2015/05/222520.php, I'm seeing (on master) Jamroot version set to 1.60 and version.hpp calling the release 1.61.0 I can work around the problems it's causing, but I note it, FYI Cheers Neil

1 0

[Fit] upcoming formal review for Boost.Fit
by Vicente J. Botet Escriba 29 Feb '16

29 Feb '16

Dear Boost community, The formal review of Paul Fultz II's Fit library starts on Wednesday, 2nd March and ends on 13th March. Fit is a header-only C++11/C++14 library that provides utilities for functions and function objects. Fit is: - Modern: Fit takes advantages of modern C++11/C++14 features. It support both `constexpr` initialization and `constexpr` evaluation of functions. It takes advantage of type deduction, variadic templates, and perfect forwarding to provide a simple and modern interface. - Relevant: Fit provides utilities for functions and does not try to implement a functional language in C++. As such, Fit solves many problems relevant to C++ programmers, including initialization of function objects and lambdas, overloading with ordering, improved return type deduction, and much more. - Lightweight: Fit builds simple lightweight abstraction on top of function objects. It does not require subscribing to an entire framework. Just use the parts you need. Fit is divided into three components: * Function Adaptors and Decorators: These enhance functions with additional capability. * Functions: These return functions that achieve a specific purpose. * Utilities: These are general utilities that are useful when defining or using functions Fit has been tested on gcc 4.6-4.9, clang 3.4-3.7, and Visual Studio 2015. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Documentation:http://pfultz2.github.io/Fit/doc/html/ Note that, as Fit is a functional library, the semantic of the functions is given in the form of `equations` instead of the classic effects, returns schema. This is because most of the functions have no side effects. E.g. the semantic of the function flip is defined as |assert(flip(f)(x, y, xs...) == f(y, x, xs...));| and the semantic of compose as |assert(compose(f, g)(xs...) == f(g(xs...)));| We await your feedback! Best regards, Vicente J. Botet Escriba P.S. Paul, now it is time to freeze the version that will be reviewed. I suggest you to create a branch on which you could fix the review issues.

3 2

[gsoc16] Static Map Competency test
by Karim Tarabishy 28 Feb '16

28 Feb '16

Hello, I have some questions regarding the test: 1) You have asked why did I chose this constexpr hashing function, do you mean this for the hashing algorithm it self like its collision rate and speed relative to other hashing algorithms? 2) I wanted to check about the elegant and useful error for the case of using an array of different size or using non string literals, does the error message appearing here http://melpon.org/wandbox/permlink/TFEP1yUc7pjukowH suffice? 3) Can I have feedback on the code and the simple tests? http://melpon.org/wandbox/permlink/HiFu9KXClEWDS1Of Thanks in advance. Karim Amr, Seniors Class, Software Engineer -- View this message in context: http://boost.2283326.n4.nabble.com/gsoc16-Static-Map-Competency-test-tp4683… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 3

[test-matrx] problem with testing expected compile-time failures.
by Andrzej Krzemienski 28 Feb '16

28 Feb '16

Hi Everyone, I need help trying to understand how the testing of desired compile-time failures work. I know the concept in general, but I observe something strange in test results for Optional in Master: http://www.boost.org/development/tests/master/developer/optional.html I have a test called optional_test_ref_convert_assign_const_int_prevented <https://github.com/boostorg/optional/blob/master/test/optional_test_ref_con…> It is marked (intentionally) "cf": "only try to compile and expect a failure".But on tester sun- 12.4_stlport4 the test results are marked as "comp" which indicates an *unexpected* compile-time failure. This confuses me: * I marked the test "expect compile-time failure". * Test results are marked as "unexpected compile-time failure". Am I missing something? Not to mention that there is no compiler output included: http://www.boost.org/development/tests/master/developer/output/oracle-intel… Thanks, &rzej

2 2

Test results marked as failure without errors
by Abel Sinkovics 28 Feb '16

28 Feb '16

Hi, Some of the Metaparse tests are marked as failures, however I see no errors in the output. Here are two examples (one for gcc and one for msvc) http://www.boost.org/development/tests/develop/developer/output/igaztanaga-… http://www.boost.org/development/tests/develop/developer/output/igaztanaga-… Both the compile and link steps succeed and there is nothing about the execution of the compiled code. Does someone know why these are marked as failures? Thanks, Ábel

4 5

[Container] Inner Smart Pointers
by Phil Bouchard 28 Feb '16

28 Feb '16

I have to admit MSVC 2015 got a clean STL... block_ptr_test2.cpp doesn't crash but some assertions are wrong (in my block_ptr tests). Is there any plans from Boost to make the Boost.Container work with inner smart pointers? I don't think there is any other alternative if people want to plugin memory management. Thanks, -Phil

4 16

Re: [boost] [Boost-users] [Fit] upcoming formal review for Boost.Fit
by Vicente J. Botet Escriba 27 Feb '16

27 Feb '16

Le 27/02/2016 20:18, Edward Diener a écrit : > On 2/27/2016 11:16 AM, Vicente J. Botet Escriba wrote: >> Dear Boost community, >> >> The formal review of Paul Fultz II's Fit library starts on Wednesday, >> 2nd March and ends on 13th March. > > What is the branch of Fit we are going to be reviewing ? The boost branch. The link https://github.com/pfultz2/Fit/tree/boost points directly to the repository that will be reviewed. Vicente

1 0

Maintainer of bimap
by Sebastien Loriot 27 Feb '16

27 Feb '16

Hi, Is there still somebody in charge of the bimap package? There are 2 trivial pull requests lying around since last summer. It would be nice to see them integrated. Thanks, Sebastien.

2 1

[config] config.requires and simple_run
by Steven Watanabe 27 Feb '16

27 Feb '16

AMDG I've just been trying to get MinGW working without requiring the compiler's bin directory to be in the PATH. It mostly works now, but unfortunately I ran into problems with simple_run_action. The problem essentially is that this rule ignores RUN_PATH, which may be set by some toolsets (a quick grep shows borland, cw, gcc, and intel) to indicate additional paths that must be added to PATH when running the executable. In addition, I'm wondering how this is supposed to work with a cross-compiler. We really shouldn't be requiring cross-compilers to have access to the target system for ordinary builds. In Christ, Steven Watanabe

2 4