March 2017 - Boost - lists.preview.boost.org

[gsoc17]Getting interests in uBLAS
by Ruoyun Jing 06 Mar '17

06 Mar '17

Hi, I am Ruoyun, I'm back again.:) In these few days, I'm getting start with boost by [link](https://github.com/boostorg/boost/wiki/Getting-Started), and got something wrong with developing/checking out a particular branch that in Ubuntu, I can not find the file called"modular-boost",but when I tried to "cd libs/geometry",it went run. When I tried to contact the devs of geometry in gitter, IRC, and email, there is only a reply for me. So I'm pretty interested in math about any aspects, because during my life of algorithm competition, I was good at algorithms in geometry, number theory, linear algebra and etc. I am really want to contact with mentor more frequently to learn more knowledge and provide more contributions to boost. I'm also interested in uBLAS and willing to learn knowledge about that !!! Looking forward from you! Thanks. Ruoyun Jing -- Northwest University of China Software Engineering jingry0321(a)gmail.com <jingry0321(a)163.com>

4 4

Insanely slow download speeds from SourceForge
by Louis Dionne 06 Mar '17

06 Mar '17

I've been getting very slow downloads of Boost from SourceForge during my Travis builds for the past week or so. It goes as low as 40K/s: Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 216.34.181.59 Connecting to downloads.sourceforge.net (downloads.sourceforge.net)|216.34.181.59|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://svwh.dl.sourceforge.net/project/boost/boost/1.63.0/boost_1_63_0.tar… [following] --2017-03-05 21:08:35-- https://svwh.dl.sourceforge.net/project/boost/boost/1.63.0/boost_1_63_0.tar… Resolving svwh.dl.sourceforge.net (svwh.dl.sourceforge.net)... 72.5.72.15, 2606:c680:0:b:3830:34ff:fe66:6663 Connecting to svwh.dl.sourceforge.net (svwh.dl.sourceforge.net)|72.5.72.15|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 81984414 (78M) [application/octet-stream] Saving to: `STDOUT' 33% [============> ] 27,795,206 40.4K/s eta 21m 34s Is anyone else having the same issue? It's causing many of my builds to time out. Louis -- View this message in context: http://boost.2283326.n4.nabble.com/Insanely-slow-download-speeds-from-Sourc… Sent from the Boost - Dev mailing list archive at Nabble.com.

3 2

[safe_numerics] The review is ongoing
by Andrzej Krzemienski 06 Mar '17

06 Mar '17

Hi Everyone, This is to remind you about the ongoing review of safe_numerics library by Robert Ramey. The review will run till March 11th. Even if you find the format of the full review too demanding, a partial review, or simply your perception of whether the library should be given a place in Boost, will be of value, and may have an impact on the final decision. safe_numerics is a set of drop-in replacements for the built-in integer types, which make the guarantee that the results of operations are either correct according to the rules of integer arithmetic or report a diagnosable error (rather than offering modulo arithmetic results, or resulting in undefined behavior, or returning incorrect results as in the case of signed vs. unsigned comparisons). The library can be found on GitHub: https://github.com/robertramey/safe_numerics/ Online docs: http://htmlpreview.github.io/?https://github.com/robertramey /safe_numerics/master/doc/html/index.html Formal Review comments can be posted publicly on the mailing list or Boost Library Incubator <http://blincubator.com>, or sent privately to the review manager, that is myself. Here are some questions you might want to answer in your review: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? And most importantly: Do you think the library should be accepted as a Boost library? For more information about Boost Formal Review Process, see: http://www.boost.org/community/reviews.html Your review is needed!

1 0

[metal] Feature Complete - Request for Feedback
by Bruno Dutra 05 Mar '17

05 Mar '17

Dear community, As some of you might be aware through sporadic discussions on this mailing list throughout the last couple of years, I've been working for quite a while on a modern template metaprogramming library called Metal, that I advocate as a direct replacement for the aging Boost.MPL. I believe my work is finally complete now and so I come to you to request for feedback and ask whether you think that Metal would be a valuable addition to the Boost distribution. My intention is to request a formal review in the next days / weeks, depending on your preliminary feedback. In a glimpse, Metal is a pure template metaprogramming that explores all modern features available to C++14 to overcome the limitations of Boost.MPL, most notably: * vastly improved performance [1]; * terser syntax [2]. Repository: https://github.com/brunocodutra/metal Documentation: http://brunocodutra.github.io/metal/ Boost Incubator: http://blincubator.com/bi_library/metal-2/?gform_post_id=1566 I appreciate your feedback and opinion on whether Metal is a good fit for Boost! - Previous discussions About a year ago I came to this list to discuss a proposal of merging Metal into MPL as a new API built from ground up, while at the same time serving as a backend for the previous API on modern compilers. At that time, Metal was lazy and very similar to MPL, but since then it underwent great simplification and embraced the all-eager design, so I don't think this would be a good idea anymore. Besides, it soon became clear that this would be a huge undertaking with potential to inadvertently breaking a lot of good code to little gain, so I decided instead to tackle the problem migration from MPL by providing a handy adaptor [3]. [1]: http://metaben.ch/ [2]: http://brunocodutra.github.io/metal/index.html#in_a_glimpse [3]: http://brunocodutra.github.io/metal/group__external.html#gaede6847ad3e0bb64… Regards, Bruno Dutra

13 35

[builds] broken
by Raffi Enficiaud 05 Mar '17

05 Mar '17

Hi all, On develop, I have the following error for gcc/linux and clang/osx: 01-Mar-2017 23:58:05 libs/python/build/Jamfile:155: in lib_boost_numpy 01-Mar-2017 23:58:05 *** argument error 01-Mar-2017 23:58:05 * rule lib ( names + : sources * : requirements * : default-build * : usage-requirements * ) 01-Mar-2017 23:58:05 * called with: ( : numpy/dtype.cpp numpy/matrix.cpp numpy/ndarray.cpp numpy/numpy.cpp numpy/scalars.cpp numpy/ufunc.cpp : <link>static:<define>BOOST_NUMPY_STATIC_LIB <define>BOOST_NUMPY_SOURCE <library>/python//python_for_extensions <include>/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/numpy/core/include <library>boost_python <python-debugging>on:<define>BOOST_DEBUG_PYTHON <python>2.7 -<tag>@Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>%Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>.tag <tag>@Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>%Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>.python-tag <conditional>@python.require-py : <link>shared : <link>static:<define>BOOST_NUMPY_STATIC_LIB <python-debugging>on:<define>BOOST_DEBUG_PYTHON ) 01-Mar-2017 23:58:05 * missing argument names 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/tools/builtin.jam:506:see definition of rule 'lib' being called 01-Mar-2017 23:58:05 libs/python/build/Jamfile:168: in modules.load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:325: in load-jamfile 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:64: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:89: in load-used-projects 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:75: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:145: in project.find 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build-system.jam:535: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/kernel/modules.jam:295: in import 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/kernel/bootstrap.jam:139: in boost-build 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/boost-build.jam:17: in module scope 01-Mar-2017 23:58:05 Failing task since return code of [/bin/sh /Users/bambooagent/bamboo-agent-home/temp/SW-BCB108-O1C-3-ScriptBuildTask-4580193904098485274.sh] was 1 while expected 0 Best, Raffi

5 9

[heap] tests failing
by Raffi Enficiaud 05 Mar '17

05 Mar '17

Hi, The latest commit (1c061c9) on boost.heap has failing tests. The previous commit (7aa8f90) works fine. Raffi PS: I am using boost.heap as one of the boost.test checks.

2 1

[outcome] Tutorial third rewrite finished (I hope)
by Niall Douglas 05 Mar '17

05 Mar '17

I know the Safe Numerics review is currently happening and almost straight thereafter comes the final Stacktrace review so people are probably a bit tired of reviewing stuff, however I believe the third rewrite of the Outcome tutorial is now finished at long last. Expected<T, E> in Context: https://ned14.github.io/boost.outcome/md_doc_md_02-tutorial_a.html Expected<T, E> in Practice: https://ned14.github.io/boost.outcome/md_doc_md_03-tutorial_b.html Refining Expected<T, E>: https://ned14.github.io/boost.outcome/md_doc_md_04-tutorial_c.html Feedback is once again very welcome, indeed this tutorial looks so very different from the previous two editions because of your feedback, so thank you. In case anyone is interested, the biggest showstopper remaining before this goes into the Boost review queue is the reference docs: doxygen chokes badly on the preprocessor metaprogramming Outcome uses and generate rubbish docs. I didn't find much success with Standardese or Doxypress either, so I'm currently working with my shiny new Python C99 conforming preprocessor (https://github.com/ned14/pcpp) to partially preprocess Outcome into a form doxygen can cope with. I expect a few weeks remain on that, it may pass most of the C11 preprocessor torture test suite but the partial preprocessor pass through implementation has bugs I'm still nailing down :) Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

1 1

[gsoc17]Getting started with Project 2 in Boost.Geometry : R-tree serialization
by Jing Rylynnn 05 Mar '17

05 Mar '17

Hi Everyone: My name is Ruoyun Jing, I am an undergraduate student in Northwest University(China) of Software Engineering.Although i am a girl,i really love coding and algorithms!!! I've coded many algorithms problems with C++ and Python,and got Bronze Metal in ACMICPC Asia Shenyang Regional contest. GSoC is really a precious chance for me to get in touch with open source software. After reading all the organizatuions and their projects, I'm pretty interested in R-tree serialization. Despite my lack of project experience,i will try my best to learn ,code and communicate with mentor!!! Looking forward from you.:) Thank. -- Northwest University of China Software Engineering jingry0321(a)gmail.com

1 0

Re: [boost] [MPL][vector] Is there interest in mpl::vector using variadic templates?
by Bruno Dutra 04 Mar '17

04 Mar '17

On Mar 3, 2017 17:58, "Peter Dimov via Boost" <boost(a)lists.boost.org> wrote: Bruno Dutra wrote: OTOH the void* trick requires that a pack of M void pointers be > instantiated when the element at position M is retrieved from a list, so, > for a list of N elements, the compiler must instantiate N *distinct* packs > of void pointers, because each of these packs have a different size and is > thus a distinct type. > Not just that, but the helper function that is required to obtain the Mth element is a template instantiation as well. Saying that we shouldn't use map_from_list because it consumes memory for the instantiation is misleading; the alternatives consume memory for instantiations as well. Except for __type_pack_element, of course. Right, the trick is usually to figure out what consumes less memory, i.e. what leads to the least amount of distinct template instantiations. Alias templates help a lot with that, since they are not actually instantiated, but there is only so much one can do with alias templates alone. Bruno

2 1

test message
by Michael Caisse 04 Mar '17

04 Mar '17

-- Michael Caisse Ciere Consulting ciere.com

1 0