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

Announcing CallableTraits' formal review next week (April 3rd)
by Louis Dionne 09 Apr '17

09 Apr '17

Dear Boost community, The formal review of Barrett Adair's CallableTraits library starts Monday, April 3rd and ends on April 12th. CallableTraits is a C++11 library for the inspection, synthesis, and decomposition of callable types. CallableTraits aims to be the "complete type manipulation facility for function types" mentioned in the final paragraph of C++17 proposal P0172, and removes the need for template specializations for different function signatures. You can find the documentation of the library here: http://badair.github.io/callable_traits/doc/html/index.html and the GitHub repository here: https://github.com/badair/callable_traits We encourage your participation in this review. At a minimum, kindly state: - Whether you believe the library should be accepted into Boost - Your name - Your knowledge of the problem domain You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s)? * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? Regards, Louis

4 4

Mathias Gaunard / NumScale relationship
by Joel FALCOU 08 Apr '17

08 Apr '17

Hi Niall, hi Andrey, I'm taking on to send you an email in private w/r to your questions on the list regarding Boost.SIMD, Mathias Gaunard and its relationship with NumScale. I'm adding Michael in CC: as he knows about the whole ordeal already and will corroborate my claims. Mathias has been one of the engineer I hired and then associate with to fund MetaScale, the company that will later become NumScale. He let the company after being ousted by one of our early investor for basically running the company into the wall and generally not knowing how to do business. He left for Bloomberg and started actually speaking about Boost.SIMD *as if* the internal information he gathered from within NumScale could be released to the public without our consent inclding internal benchmark report and road-map information. I imagine you understand why the cease&desist letter was then send. We have a bunch of other people using Boost.SIMD and they're doing fine (including other company and a bunch of OS project). I dont see why we'll be suing people using our open source software, which is different from using piece of the software he should not have. Since being laid off, Mathias kept trying to make our company and effort within open source fails by playing the victim and basically retelling history as he see fit. Also note that Mathias verbally threaten me that he will make this review a failure for us. This is the factual story of the whole thing: - 2003-2006 I worked in my PhD on something called E.V.E which was a EDSL in C++ able to supp0rot SIMD operations on PPC Altivec. - 2008 I'm now an assistant professor and work on a project called NT2 (that has been spoken about on the list a bunch of time) in collaboration with Jean-Thierry Lapresté which works on a huge amount of libm vectorisation code. Inside NT2, a remnant of E.V.E lingers and get worked on to support x86. - 2010 or some such, We start isolating the SIMD layer from NT2. At the same time, the university authorizes the release and open exploitation of NT2 as a whole in open source. NT2 and its internal soon-to-be Boost.SIMD is released under a Boost Licence. - around 2011, *I hire* Mathias to work on some part of NT2 and related project that culminates in 2012 at the creation of MetaScale. - We start speaking of NT2 and Boost.SIMD separately and it's probably around this time I raise the idea to make an actual submission to Boost. - 2014 for reasons that has no value being exposed here, Mathias leaves MetaScale and NumScale is funded to replace it. - 2015 The amount of people actively working on NT2 plummets and NumScale's team decide to reuse parts of Boost.SIMD into what bSIMD will become. - 2016 the rewrite is complete and the lack of support on NT2 make me pull the plug on the project. NumScale decide to open source back some parts of bSIMD, leaving this new Boost.SIMD made out of bSIMD be the sole remnant of this. And as your concerns goes Andrey about NumScale blocking PR or w/e coming into Boost.SIMD, The key point here is that Mathias is no longer affiliated with NumScale and has no information nor actual reason to speak on our behalf. NumScale has no plan to at short term release ITS OWN support for some architectures. This does not preclude anybody trying to undertake the effort to support an other architecture as long as yes, it is not Mathias pulling up the files we own he scavenged before leaving. We had had someone from ETH Zurich starting a port on QPX, something we also started but never finished due to other constraints. If this ever completes then, yeah it'll probably go inside the Open Source version if it's of enough good quality. We have various plan and discussion going on with different vendor and open sourcing more is planned at later date and depending on things I can not legally speak of because NDA. I'm planning to write or have Michael answer those issues publicly in a way I don't spread too much information that has nothing to do in public. I would appreciate if this line of discussion stay private for now until we address this properly in public. Meanwhile, I'm open to answer your other question. Best regards Joel

3 3

Re: [boost] [release] 1.64.0 post-beta merges
by Oliver Kowalke 08 Apr '17

08 Apr '17

Am 08.04.2017 1:44 nachm. schrieb "Daniel James via Boost" < boost(a)lists.boost.org>: On 8 April 2017 at 10:47, Oliver Kowalke via Boost <boost(a)lists.boost.org> wrote: > > I'd like to update > > - boost.context: updating documentation regarding to property > context-switch, apply property context-switch to Jamfiles in sub-directory > example I don't know enough about boost build for this one, but the change to 'include/boost/context/execution_context.hpp' seems unnecessary. It doesn't look like it will fix anything. The patch applies property 'context-switch' to the example code Jamfiles - no need to specify it at the cmd line. The definition of property context-switch was adapted to the public APIs of boost.context.

1 1

[gsoc17] GSoC next steps (was: Re: [gsoc2017]Satyam Pandey Copy GSoC 2017 Proposal writen by Ruoyun Jing)
by Niall Douglas 07 Apr '17

07 Apr '17

> Sorry for disturbing you at this time, I experienced a very bad thing > that Satyam Pandey, a student who sent proposal yesterday copied too > many sections of my proposal. I marked the sections red in the given > PDF.*I think the same pattern of GSoC proposal is common, and it does > not matter, but his proposal has too many same description as me. * Thank you for reporting this issue. It is unavoidable in Google Summer of Code that students copy one another and indeed sometimes pay another to write their competency test for them. We actually encourage students to study one another's applications and submit an even better application, this happened several times this year with the static map proposal. But we frown on failure to attribute sources, including failure to mention when the community or stackoverflow gave them help. And students who are later prove to be incapable of programming code at the level they advertised in their proposal are lifetime banned not just by us, but by Google. Last night I read every application and pre-eliminated half of them as I do every year so the Boost community doesn't waste their time with them. The calibre at the top this year is even higher than in past years, we have at least three truly superb candidates per project. It will be very hard to choose between them, and we will have to reject two superb candidates for no good reason other than only one student can do one project. You should see an announcement regarding community ranking soon. Watch this space. Niall

2 3

[gsoc2017] Please review my code for Proficiency test.
by Satyam.Pandey 06 Apr '17

06 Apr '17

I have completed my Proficiency Test. Please review the code and suggest anything that you think should be improved. Here is the link to my git repository : https://github.com/sa91/ProficiencyTest I will be really glad to have your suggestions. It would be great help, if someone can suggest me some good testdata for testing my code. Thanks Satyam Pandey -- View this message in context: http://boost.2283326.n4.nabble.com/gsoc2017-Please-review-my-code-for-Profi… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[VS2017][release] vswhere.exe
by Mateusz Loskot 06 Apr '17

06 Apr '17

Hi, This is regarding issues with locating VS 2017 toolset(s). >From CMake ml, I learned about vswhere utility being developed by Microsoft https://github.com/Microsoft/vswhere vswhere.exe (390 KB) is downloadable from https://github.com/Microsoft/vswhere/releases I'm not sure how exactly, but perhaps it would solve some of the Boost.Build's headache (eg. particular PowerShell version required). For example, it can find all VS versions I've got installed (10.0, 11.0, 12.0, 14.0, 15.0): vswhere.exe -legacy find a particular version: vswhere -legacy -version [11.0,12.0) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

15 38

program options - adding new functionality
by Sutera Systems 06 Apr '17

06 Apr '17

Hi all, I have just started using boost.program_options for my windows apps. I have a need to add a new functionality. I would appreciate some guidance as to how to do so. Cheers, Larry

2 1

[mailing list] No Reply-To in messages?
by Andrey Semashev 05 Apr '17

05 Apr '17

Hi, Sometimes I can see messages from the mailing list that have no Reply-To header. For example, this is the headers from a recent email from the ML: Delivered-To: andrey.semashev(a)gmail.com Received: by 10.223.171.174 with SMTP id s43csp1184445wrc; Tue, 21 Mar 2017 04:54:11 -0700 (PDT) X-Received: by 10.233.239.75 with SMTP id d72mr28079608qkg.313.1490097251746; Tue, 21 Mar 2017 04:54:11 -0700 (PDT) Return-Path: <andrey.a.davydov(a)gmail.com> Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com. [2607:f8b0:400d:c09::233]) by mx.google.com with ESMTPS id 5si5329794qty.259.2017.03.21.04.54.11 for <andrey.semashev(a)gmail.com> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Mar 2017 04:54:11 -0700 (PDT) Received-SPF: pass (google.com: domain of andrey.a.davydov(a)gmail.com designates 2607:f8b0:400d:c09::233 as permitted sender) client-ip=2607:f8b0:400d:c09::233; Authentication-Results: mx.google.com; dkim=pass header.i=(a)gmail.com; spf=pass (google.com: domain of andrey.a.davydov(a)gmail.com designates 2607:f8b0:400d:c09::233 as permitted sender) smtp.mailfrom=andrey.a.davydov(a)gmail.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gmail.com Received: by mail-qk0-x233.google.com with SMTP id y76so54702989qkb.0 for <andrey.semashev(a)gmail.com>; Tue, 21 Mar 2017 04:54:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Az1Qy0ABDDY/isZXuI8r58lTLTG+E/wp0e0IliVZOAk=; b=oPSYU2baFZEWMUKF/s2hay278FTdFBfitQp4TNz5piq0zMWNqePuZaXbUD5SPP0Cnp He9gQzhynjuN/Lf4fpUtqjOWyntF2BSSrdpYbCSmaWnnSQjTz5s53EkOSVgojqHCfmVr A3CSJNK5QdAwkNAm+JQRIShSRO/YpWtK90Lhoa9lKlWF+JtIMwCgFG3h5vN1vw+W1xAB pNoHymY5rZ7Uh0WUHMlpEF/tmkD/tZzDss++3j/lKZNgX66VefCpi510BjKKkFfU2xdy zBba1I5hOOohBUzhlkYf5fSxZ1BkC6FSOizONZr1Mlx8AXLhl2MvmfW6KtR9nt9rjmSa Sfhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Az1Qy0ABDDY/isZXuI8r58lTLTG+E/wp0e0IliVZOAk=; b=OAFamTGJr76H6gmaG7LGcCRyHIp+Kj1SEs188yLqxEQGCvhYYdB8wMs6GsOYL0wYSY 9M1gYeXwexivqs+WF5Reg9CCh2mnkCUWTM6nSu9/B05sXFBUL/sVyEr7OuSXJpzVqOxl cZorectxLhbWqIqClTxYjSDNDKPJB9n+3OntHKp5l2gJY3mMPaILXbXRh6XXCMHxpYIy w1um18ndeJ0Ed7/nkhGKlzD2HvyPpkVPhjM+hhWmb+lxnVNhbpBFsoor28Yx5arAnVWb 0JndOFeqB3tfjv9DA5x/kuSStkSuG2Q439Fvd/2UuWKsqaR4JhaBejrE7jEnJgrN69on 8wfQ== X-Gm-Message-State: AFeK/H24Tvn8HI3rOm/9DXmcPc8Hok/lT3XOC2lfnuuWDiN5TsbtV56nLqNTPypggKQsasFDZvOER50I+HaBMH84 X-Received: by 10.55.15.195 with SMTP id 64mr28730703qkp.131.1490097251370; Tue, 21 Mar 2017 04:54:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.157.129 with HTTP; Tue, 21 Mar 2017 04:54:10 -0700 (PDT) In-Reply-To: <14065012-bde4-142d-eedf-b5fbf1f51d91(a)gmail.com> References: <CAN1iZb7pGGaFe9OKyDKxMB0Nryiqa3pxk5hLQY+1ybUCMNrZBQ(a)mail.gmail.com> <D5F339D7-3F03-4363-A2A5-F611FE8C76F0(a)gmail.com> <CAN1iZb54emhE_G9McfCmO2nN6D-qWqQSgSC-w1HdRqCAh08c8Q(a)mail.gmail.com> <14065012-bde4-142d-eedf-b5fbf1f51d91(a)gmail.com> From: Andrey Davydov <andrey.a.davydov(a)gmail.com> Date: Tue, 21 Mar 2017 14:54:10 +0300 Message-ID: <CAN1iZb6VHEUJvt9h8JN_1EubOcYponiEjdXWQGcGZ+VjU_hKJA(a)mail.gmail.com> Subject: Re: [boost] [smart_ptr] Is there any interest in unique_ptr with type erased deleter? To: boost(a)lists.boost.org Cc: Andrey Semashev <andrey.semashev(a)gmail.com> Content-Type: multipart/alternative; boundary=001a1146f4805976ff054b3c4d27 As a result, when I press Reply, the reply is addressed to the original email sender instead of the mailing list, which is really easy to miss before sending the message. Is it possible to ensure that every email from the ML contains boost(a)lists.boost.org in its Reply-To header? PS: I'm not a guru in email protocols, so if there is another more appropriate way of doing this then that would be fine with me.

13 35

Re: [boost] Official boost macro to determine endianess?
by Frédéric Bron 05 Apr '17

05 Apr '17

> You should check the macro values instead of testing if they are defined > (i.e. use #if instead of #ifdef). Oh thanks, I have to check if it is positive. Now I get the right BOOST_ENDIAN_LITTLE_BYTE (the only one positive). Frédéric

1 0

Re: [boost] Official boost macro to determine endianess?
by Andrey Semashev 05 Apr '17

05 Apr '17

Re-posting. On 04/05/17 16:51, Andrey Semashev wrote: > On 04/05/17 15:29, Frédéric Bron wrote: >> Sorry, I should not have used #elif, in fact ALL macros are defined! >> BOOST_ENDIAN_BIG_BYTE >> BOOST_ENDIAN_BIG_WORD >> BOOST_ENDIAN_LITTLE_BYTE >> BOOST_ENDIAN_LITTLE_WORD >> What does this mean? > > That's how Boost.Predef works: > > http://www.boost.org/doc/libs/1_63_0/doc/html/predef/using_the_predefs.html > > You should check the macro values instead of testing if they are defined > (i.e. use #if instead of #ifdef). > > Also, please, don't top-post. >

1 0