- Boost - lists.preview.boost.org

[doc] Liven up Boost Documentation with Java Script?
by Krzysztof Jusiak 01 Mar '16

01 Mar '16

Dear Boosters, I'm writing to ask about your opinion regarding more interactive documentation for Boost. I know already that some of you would like to see online documentation without Java Script and that's absolutely fine and I agree that documentation should be available for anyone and any configuration. Nevertheless, I would like to know what the Boost community thinks about having following features in the documentation... * Run the code online (allows to check library with one click) * Comments (allows commenting on the documentation) * Chats (allows discussing issues and solutions) Personally, I have found above features extremely useful when checking out other languages/libraries and therefore I have implemented solutions for C++ too. Please, check it out (JS is required)... http://boost-experimental.github.io/msm-lite http://boost-experimental.github.io/di If there is an interest I can provide generic solution to allow developers to write documentation using markdown (mkdocs) and simply integrate it with their libraries. Currently, theme is just slightly modified version of readthedocs, however Paul Fultz II has prepared a boost theme for Fit library ( https://github.com/pfultz2/mkdocs-boost) already and it might be easily integration with the JS facilities provided. Cheers, Kris

8 26

[ublas]Contribute about Toeplitz Matrix
by Shangtong Zhang 01 Mar '16

01 Mar '16

Hi David Bellot, It’s disappointed that boost was rejected by gsoc 2016. I was interested in ublas project, and have implemented parts of toeplitz matrix. Anyway I don’t want to abandon my implementation half way, so I’d like to continue on toeplitz matrix. Would you like to guide me to succeed in integrating toeplitz matrix into ublas? Thanks, Shangtong Zhang, Senior Student, School of Computer Science, Fudan University, PRC.

2 1

Re: [boost] [Boost-users] [Fit] upcoming formal review for Boost.Fit
by paul Fultz 29 Feb '16

29 Feb '16

On Sunday, February 28, 2016 12:23 PM, Edward Diener <eldiener(a)tropicsoft.com> wrote: > > >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. > >How do I generate the docs or run the tests for my local copy of Fit ? > You can build and run the tests by building the check target. For those unfamiliar with cmake, first configure the build directory with cmake: mkdir build cd build cmake .. cd .. Next build the check target using the native build system(such as make or msbuild). CMake can call the native build system to build the target 'check', like so: cmake --build build --config Release --target check Also, the library can be installed by invoking the 'install' target. The documentation needs to be built using mkdocs. You can install mkdocs and the boost theme with pip like this: pip install mkdocs mkdocs-boost Then to build the documentation, first `setup.py` must be run to extract the documentation and examples from the source code, then `mkdocs` can be invoked, like this: python setup.py mkdocs build -t boost And the documentation will be in the 'doc/html' directory. Paul

4 6

C++Now Student/Volunteers Call for Applications
by Jon Kalb 29 Feb '16

29 Feb '16

The Call for Applications for Student/Volunteers for C++Now 2016 (AKA BoostCon X) has been released: http://cppnow.org/2016-conference/announcements/2016/02/23/student-volunteer -program-accepting-applications.html The application submission deadline is March 16th. We are looking for students with a strong interest in C++. The opportunity is open to student of any level or any field of study. Jon Kalb Chair, C++Now 2016

1 0

[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

Can't build in status?
by John Maddock 27 Feb '16

27 Feb '16

I can't seem to get building anything in the status directory working, I'm using: bjam --dump-tests msvc-14.0 -n But any combination of arguments seems to fail, the failures are: M:/data/boost/boost/tools/build/src/build\property.jam:743: in class(a)property-map.find from module object(property-map)@236 error: Ambiguous key M:/data/boost/boost/tools/build/src/build\type.jam:333: in generated-target-ps from module type M:/data/boost/boost/tools/build/src/build\type.jam:270: in type.generated-target-suffix from module type M:/data/boost/boost/tools/build/src/build\virtual-target.jam:509: in virtual-target.add-prefix-and-suffix from module virtual-target M:/data/boost/boost/tools/build/src/build\virtual-target.jam:468: in _adjust-name from module object(file-target)@149078 M:/data/boost/boost/tools/build/src/build\virtual-target.jam:253: in abstract-file-target.__init__ from module object(file-target)@149078 M:/data/boost/boost/tools/build/src/build\virtual-target.jam:561: in class(a)file-target.__init__ from module object(file-target)@149078 M:/data/boost/boost/tools/build/src/kernel\class.jam:90: in class.new from module class M:/data/boost/boost/tools/build/src/build\generators.jam:558: in generator.generated-targets from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/tools\builtin.jam:886: in linking-generator.generated-targets from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/tools\unix.jam:67: in generated-targets from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/build\generators.jam:459: in construct-result from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/build\generators.jam:412: in run-really from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/build\generators.jam:386: in generator.run from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/tools\builtin.jam:801: in linking-generator.run from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/tools\unix.jam:41: in unix-linking-generator.run from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/tools\gcc.jam:692: in class(a)gcc-linking-generator.run from module object(gcc-linking-generator)@149065 M:/data/boost/boost/tools/build/src/build\generators.jam:994: in try-one-generator-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1056: in try-one-generator from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1294: in construct-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1378: in generators.construct from module generators M:/data/boost/boost/tools/build/src/tools\python.jam:1160: in class(a)python-test-generator.run from module object(python-test-generator)@244 M:/data/boost/boost/tools/build/src/build\generators.jam:994: in try-one-generator-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1056: in try-one-generator from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1294: in construct-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1378: in construct from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1069: in generators.construct-types from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:609: in convert-to-consumable-types from module object(generator)@245 M:/data/boost/boost/tools/build/src/build\generators.jam:405: in run-really from module object(generator)@245 M:/data/boost/boost/tools/build/src/build\generators.jam:386: in class(a)generator.run from module object(generator)@245 M:/data/boost/boost/tools/build/src/build\generators.jam:994: in try-one-generator-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1056: in try-one-generator from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1294: in construct-really from module generators M:/data/boost/boost/tools/build/src/build\generators.jam:1378: in generators.construct from module generators M:/data/boost/boost/tools/build/src/build\targets.jam:1553: in construct from module object(typed-target)@19839 M:/data/boost/boost/tools/build/src/build\targets.jam:1353: in class(a)basic-target.generate from module object(typed-target)@19839 M:/data/boost/boost/tools/build/src/build\targets.jam:774: in generate-really from module object(main-target)@148055 M:/data/boost/boost/tools/build/src/build\targets.jam:746: in class(a)main-target.generate from module object(main-target)@148055 M:/data/boost/boost/tools/build/src/build\targets.jam:895: in targets.generate-from-reference from module targets M:/data/boost/boost/tools/build/src/build\targets.jam:1266: in generate-dependencies from module object(alias-target-class)@19840 M:/data/boost/boost/tools/build/src/build\targets.jam:1323: in class(a)basic-target.generate from module object(alias-target-class)@19840 M:/data/boost/boost/tools/build/src/build\targets.jam:774: in generate-really from module object(main-target)@148056 M:/data/boost/boost/tools/build/src/build\targets.jam:746: in class(a)main-target.generate from module object(main-target)@148056 M:/data/boost/boost/tools/build/src/build\targets.jam:272: in class(a)project-target.generate from module object(project-target)@19754 M:/data/boost/boost/tools/build/src/build\targets.jam:272: in class(a)project-target.generate from module object(project-target)@2060 M:/data/boost/boost/tools/build/src\build-system.jam:710: in load from module build-system M:\data\boost\boost\tools\build\src/kernel\modules.jam:295: in import from module modules M:\data\boost\boost\tools\build\src/kernel/bootstrap.jam:139: in boost-build from module M:\data\boost\boost\boost-build.jam:17: in module scope from module Anyone any ideas? Thanks, John.

2 11

[Experimental Boost.DI] [v1.0.0 released] [Looking for a Review Manager] Your C+14 Dependency Injection library with no overhead and compile time creation guarantee!
by Krzysztof Jusiak 27 Feb '16

27 Feb '16

Dear Boosters, I have just released version 1.0.0 of experimental Boost.DI library. Your C++14 header only Dependency Injection library with no dependencies. Library entered Boost Formal Review Queue some time ago and right now, IMHO, is ready to be reviewed. http://www.boost.org/community/review_schedule.html Therefore, I'm looking for a Review Manager, so if you think that Boost.DI is good enough to be reviewed and you would like to help with it, please let me know. Thank you! In the mean time check out the library yourself online! http://boost-experimental.github.io/di/examples/index.html Or read the interactive documentation... http://boost-experimental.github.io/di Or check out the source code... https://github.com/boost-experimental/di Why Boost.DI? * Boost.DI has none or minimal run-time overhead * Boost.DI compiles fast / Faster than Java-Dagger2! * Boost.DI gives short diagnostic messages * Boost.DI is non-intrusive * Boost.DI reduces boilerplate code * Boost.DI reduces testing effort * Boost.DI gives better control of what and how is created * Boost.DI gives better understanding about objects hierarchy Read more why here -> http://boost-experimental.github.io/di/index.html Any feedback is more than welcome! Cheers, Kris

9 34

GSOC-2016
by Abhimanyu Shekhawat 27 Feb '16

27 Feb '16

Hi there ! I am Abhimanyu Shekhawat, a sophomore perusing B.E(Hons)Computer Science, Birla Institute of Technology & Science, Pilani - Goa,India. I would like to take part in GSOC Programme 2016 with Boost Community. Actually I am very excited about contributing to open source projects and I already have experiences with some of the college based projects till now.I feel that being able to work in open source community will not only expose me to new learning avenues but will also give me a chance to contribute to the a much larger community. As far as my background is concerned,I have taken a course on Discreet Mathematics and currently perusing a rigorous Algorithm and Data structure course. Also I have got an intermediate level of skill set in C++,C,Java,Android and Mysql while a basic understanding of python. I hope that my skills and enthusiasm will prove an asset to the community.So I will be grateful if you can get me started Thank you :D

3 2

[hana] missing .gitattributes
by Steven Watanabe 26 Feb '16

26 Feb '16

AMDG I just noticed that all the files for hana had \n line endings in my working copy. To fix this I had to copy .gitattributes from the superproject. (Or am I just using git wrong) In Christ, Steven Watanabe

3 5

[log][thread][teeks][igaztanaga] Log & Thread tests failing on MSVC & MinGW
by Andrey Semashev 26 Feb '16

26 Feb '16

Hi, I can see lots of Boost.Log tests are failing on igaztanaga and teeks99-08 testers [1], while the error logs are non-descriptive (show a successful compilation). For some tests the links in the table refer to successful compilation of Boost.Thread, which I can see is failing on the same testers the same way [2]. What's interesting, teeks99-09 testers are green for both libraries. Is there a known problem with Boost.Thread on Windows? Or with these particular testers? If not, is it possible to see the actual failure logs? PS: Disregard the MSVC-7.1 and gcc 3.4 columns. These old compilers I don't expect to work. [1] http://www.boost.org/development/tests/develop/developer/log.html [2] http://www.boost.org/development/tests/develop/developer/thread.html

1 0

toml parser for boost::property_tree
by Auer, Jens 26 Feb '16

26 Feb '16

Hi, is somebody working (or has been) on a property_tree parser for toml (https://github.com/toml-lang/toml)? if not I would give it a try. It looks like a project with reasonable for a single person, but complex enough to involve some interesting components, e.g. boost::spirit. Cheers, Jens -- Jens Auer | CGI | Software-Engineer CGI (Germany) GmbH & Co. KG Rheinstraße 95 | 64295 Darmstadt | Germany T: +49 6151 36860 154 jens.auer(a)cgi.com<mailto:jens.auer@cgi.com> Unsere Pflichtangaben gemäß § 35a GmbHG / §§ 161, 125a HGB finden Sie unter de.cgi.com/pflichtangaben<http://de.cgi.com/pflichtangaben>. CONFIDENTIALITY NOTICE: Proprietary/Confidential information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply e-mail.

1 0

[interval] rounded_arith_opp doesn't work in Release configuration under msvc 14
by Peter Azmanov 25 Feb '16

25 Feb '16

Hello, Interval calculations with rounded_arith_opp in Release configuration under msvc 14 result in zero-size intervals. For example consider following: #include <iostream> #include <boost/numeric/interval.hpp> int main(int argc, char * argv[]) { unsigned int ctrl = _control87(0, 0); _control87(_EM_INEXACT | _RC_UP, _MCW_EM | _MCW_RC); using namespace boost::numeric::interval_lib; typedef typename unprotect< boost::numeric::interval<double> >::type interval_t; interval_t test = interval_t(1.) / interval_t(3.); std::cout << "test.lower() != test.upper(): " << std::boolalpha << (test.lower() != test.upper()) << std::endl; return 0; } This test unexpectedly prints: test.lower() != test.upper(): false Tested on x64 platform with /fp:strict and /fp:precise under MS Visual Studio Community 2015 Version 14.0.24720.00 Update 1, Boost 1.60. I've already reported this to https://svn.boost.org/trac/boost/ticket/12018 There you can find some details of what I think is going wrong and proposed workaround patch. I didn't create pull request because I'm not sure if my patch is a correct workaround. Maybe someone will propose more appropriate solution. Best regards, Peter Azmanov.

1 0

Re: [boost] Removal of boost::basic_string_ref (in favor of basic_string_view)
by Bjorn Reese 25 Feb '16

25 Feb '16

On 02/17/2016 08:52 PM, Marshall Clow wrote: > I have just removed boost::basic_string_ref from the develop branch, and > updated the specializations to use basic_string_view. I am against this decision. I am using basic_string_ref<> quite heavily in several projects that have work with Boost 1.55 and newer.

4 4

[spirit] develop test problems
by Robert Ramey 24 Feb '16

24 Feb '16

For some time now, the serialization library fails to compile on the develop branch. The test matrix for some platforms indicates syntax error in some spirit file. On other platforms, the library build is reported to "succeed" but the it still seems that library build fails. This error also shows up in the spirit library tests. see http://www.boost.org/development/tests/develop/developer/output/teeks99-09e… Is there any time frame for addressing this? It's currently creating test failures on library which depend directly or indirectly on spirit/classic. Robert Ramey

3 3

[geometry][pool][ptr_container][typeof][auto_index][quickbook] Merge to master planned for release?
by Rene Rivera 24 Feb '16

24 Feb '16

There are some changes I did to the cited libraries and tools to deal with some release build infrastructure. I need to know if the maintainers of them are going to merge their respective develop branches to master? I need to know so that I can move forward as quickly as possible to generating CI release packages for the upcoming 1.61 release. Note: If I don't hear soon I might need to do some merging myself on your libraries/tools and end up messing something up ;-) So I would prefer if the maintainers do it. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

4 9

Regression impacting chrono
by Raffi Enficiaud 23 Feb '16

23 Feb '16

Dear all, There is a regression between 180bee and 372c53 on VS, and apparently boost.chrono (and indirectly boost.test...) is impacted: See http://www.boost.org/development/tests/develop/developer/output/teeks99-08e… trace below: ================= cl /Zm800 -nologo @"D:\t08\run\results\boost\bin.v2\libs\chrono\build\msvc-12.0\dbg\adrs-mdl-64\lnk-sttc\thrd-mlt\process_cpu_clocks.obj.rsp" process_cpu_clocks.cpp D:\t08\run\boost_root\boost/system/error_code.hpp(431) : error C2872: 'detail' : ambiguous symbol could be 'boost::detail' or 'boost::operators_impl::detail' ================= Between those 2 revisions, there were updates on - context - dll - system - utility - winapi Thanks, Raffi

2 2