- Boost - lists.preview.boost.org

GSoC 2020
by Sachin Saw 31 Mar '20

31 Mar '20

Dear Developers, I am Sachin, a third year undergraduate student at Indian Institute of Technology Kharagpur, I have been using C++ for around three years and have a good experience in it. I like to contribute to boost on Boost.Geometry during GSoC’20. I went through https://www.iis.sinica.edu.tw/page/jise/2012/201205_10.pdf and found a great explanation of algorithm during GSoC period I would like to work on above algorithm (in the link) and concave hull using k-nearest neighbours approach so that one would act as a test for other. If would love to have suggestion from you Thanks,

2 3

[gsoc20] Proposal review for Boost.Real
by Vikram Chundawat 31 Mar '20

31 Mar '20

Hello everyone, I have prepared my draft proposal for Boost.Real project on improving the base, adding new number types and adding a method to calculate powers. Here is the link to the proposal https://docs.google.com/document/d/10Hy87Ok7UTzqPvzD35BkrlL-Sx4G8HfSCzchwYa… I have been in touch with this project's potential mentor Damian Vicino and this proposal is the result of my discussion with him. Please kindly provide your valuable feedback on the proposal. Thank you Regards Vikram Singh Chundawat

2 2

[gsoc20]Proposal for general robust predicates for Boost.Geometry
by Tinko Bartels 30 Mar '20

30 Mar '20

Hello Boost-Community, I have prepared a draft proposal for general robust predicates for Boost.Geometry. The ideas are described in more detail in the proposal, but I will briefly describe them here: A number of geometric algorithms, such as the triangulation of a point set, employ geometric predicates (implemented as strategies in Boost.Geometry). One example for such a predicate is the 2d orientation test, which, given three points p1, p2, p3, determines whether p3 lies on the left or right side of the line segment that goes through p1 and p2. Using floating-point arithmetics to answer that question can lead to incorrect and ultimately inconsistent results that may cause the algorithm that employs the predicate to produce nonsensical results or crash entirely for certain inputs. Using algorithms for exact floating-point arithmetics combined with some considerations regarding forward error analysis, a complicated method can be implemented that evaluates such predicates robustly and only adaptively increases the precision if necessary to avoid expensive high precision computations whenever possible. I propose a general, automated approach that generates such robust, adaptive predicates from arbitrary arithmetic expressions. Currently, Boost.Geometry has robust adaptive predicates for the 2d orientation and the 2d incircle test. This work would enable us to easily extend this to 3d orientation, 3d insphere, and generally all predicates that can be evaluated by determining the sign of a polynomial. I want to present my proposal for review publicly now: https://docs.google.com/document/d/19zH9QuSSNWAHm1DP5poxbRxcMXlzRVWfL5Wslbe… Kind regards Tinko Bartels -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

3 3

[cmake][array][vs] Trying develop and test a single library
by Mateusz Loskot 30 Mar '20

30 Mar '20

Hi, I'm learning about the boostorg/cmake infrastructure offered by Peter. I picked Boost.Array as a library with simple build setup. I replaced the existing (hand-rolled?) CMakeLists.txt files with the generated ones: b2 tools\boostdep\build dist\bin\boostdep.exe --cmake array Then, learning form boostorg/cmake itself how to use it https://github.com/boostorg/cmake/blob/develop/.travis.yml#L228 cd BOOST_ROOT mkdir __build__ && cd __build__ cmake -DBOOST_ENABLE_CMAKE=1 -DBoost_VERBOSE=ON -DBOOST_INCLUDE_LIBRARIES=array .. cmake --build . ctest --output-on-failure -R boost_array Visual Studio solution is nicely generated, all expected .vcxproj files too, but, AFAICT, neither the last two commands nor these do anything: cmake --build . --config Release cmake --build . --config Debug I loaded the Boost.sln in VS 2019 and Build > Build Solution worked. I also noticed this 'unusual' project-as-target called check. I'm back in the CLI mode and run: cmake --build . --target check this time all the tests build and run. Interestingly, if I feed the ctest with the build configuration, then it also builds the tests, and runs them too, of course: ctest --output-on-failure -R boost_array -C Release ctest --output-on-failure -R boost_array -C Debug Is this `cmake --build .` doing nothing specific Boost.CMake? Is that `check` target supposed to be used explicitly? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

4 8

FW: Request to review my GSoC proposal[Boost multiprecision]
by Kindly review GSOC Proposal [Boost multiprecision]: New Big-Double Backend Types 30 Mar '20

30 Mar '20

Sent from [1]Mail for Windows 10 From: [2]Kindly review GSOC Proposal [Boost multiprecision]: New Big-Double Backend Types Sent: Monday, March 30, 2020 2:14 PM To: [3]boost(a)lists.boost.org Subject: Request to review my GSoC proposal[Boost multiprecision] Dear Sir/Ma'am, It would be great if you coul review my GSOC proposal for [Boost multiprecision]: New Big-Double Backend Types Doc link: [4]https://docs.google.com/document/d/1xznSxg1XcAiQMnVXSMG_NwxuUe GmkI5iXhabSXe_WuQ/edit?usp=sharing I deeply regret and apologize for the late submission, but I request you to review it once as it will surely help me to update it in required ways. With regards Suyash Srivastava IIT(ISM) Dhanbad Sent from [5]Mail for Windows 10 References 1. https://go.microsoft.com/fwlink/?LinkId=550986 2. mailto:suyash.17je003210@cse.iitism.ac.in 3. mailto:boost@lists.boost.org 4. https://docs.google.com/document/d/1xznSxg1XcAiQMnVXSMG_NwxuUeGmkI5iXhabSXe… 5. https://go.microsoft.com/fwlink/?LinkId=550986

1 0

feedback on litpton-tarjan separator
by Jeff Linahan 30 Mar '20

30 Mar '20

Hello BGL users, after 5 years I'm almost ready to start writing documentation for my lipton-tarjan planar separator algorithm and finally submit my first implementation for formal peer review for inclusion in BGL. But one last question I have is feedback on how people would like the public interface for how a function like this will work (especially the template part which I'm not as good at). The internals will be easier to change as I continue to develop the implementation. This is essentially what I have now: struct Partition { std::set<vertex_t> a, b, c; }; Partition lipton_tarjan_separator(boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, boost::property<boost::vertex_index_t, uint>, boost::property<boost::edge_index_t, uint>> const&); I'd like to make it more generic eventually, but is that good enough for inclusion in BGL as is? Full code here: https://github.com/jeffythedragonslayer/lipton-tarjan Thanks, Jeff

1 1

Google Code Summer Challenge
by Calvin Green 30 Mar '20

30 Mar '20

Dear Boost C++, Hello, my name is Calvin Green Jr. I am a sophomore Computer Science major from Chicago, IL. I was emailing you to see if you can send me your guy's Google Challenge mentor's emails or assign me to one for the Summer challenge. Sincerely, Calvin Green

2 1

[GSoC 2020] Extraordinary circumstances and early birds
by madhur4127 29 Mar '20

29 Mar '20

Hi Boost Community, I am Madhur, an active contributor to Boost.Multiprecision. I am from India and am observing that summer internships (for students in the penultimate year) are being canceled because of COVID-19. This is a huge loss to brilliant and enthusiastic students as they will not be able to gain experience. This could be an opportunity for Boost to mentor these students who don't have prior experience with open source or with a rich C++ background. If a student is ready to devote himself/herself then I guess there's enough time to learn (till Jun 1) about C++/Project to get things rolling. > FYI, you are late. Mateusz posted in other thread about the student being late (as of today) but the GSoC application deadline is due March 31, which I would wholeheartedly agree in case of normal circumstances. The point I'm trying to make here is that in these extraordinary circumstances: - should Boost neglect the "early bird" and treat all applicants equally? - should Boost compensate for the lack of work samples with the history of the student (like academic records, academic projects, research papers)? - should Boost consider other factors too while selecting the student this year like the education level (seniority level: 4th/5th year of study or PhD)? For example, if a student had taken a course in numerical algorithms/computational algorithms then that applicant's insights could be beneficial to Boost.Multiprecision than other applicants. If a student performs well in the competency test then it indicates that the student would do the job and I think the selection criteria should be tweaked so as to consider that students who lost internships and otherwise who could be a great value to the library (even for a short time - GSoC) don't get neglected. Well, these are my views as a student. Eagerly waiting for your thoughts! Thank you for having time to read this unusually long message :) -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

7 7

[GSoC20] Seeking mentor
by Martin Carrasco Castaneda 29 Mar '20

29 Mar '20

Hello, I am seeking a mentor for the GSoC program for this year. I have some experience with DSP and just submitted a very basic PR with a filter implementation. I find this topic very interesting and have some general ideas for available mentors. I'd like to work in implementing features for deblurring such as the Weigner filter or the Least Square filtering. I am also interested in working in feature extraction filters such as the Hough transform or related subjects. I am pretty much open to any subject relating to GIL. Thanks for the responses in advance, Regard, Martin -- La información contenida en este e-mail y sus anexos es confidencial, privilegiada y está dirigida exclusivamente a su destinatario, en consecuencia, solo puede ser utilizada por aquel. Si usted no es el destinatario original, no deberá examinar, usar, copiar o distribuir este mensaje o la información que contiene. Si lo recibe por error, por favor reenvíelo a la persona que se lo envió y elimínelo. Cualquier retención o uso total o parcial no autorizada de este mensaje está estrictamente prohibida y sancionada por ley.

2 1

[gil][GSoC20] Proposal review
by Laxmikant Suryavanshi 29 Mar '20

29 Mar '20

Hi Boost Community, I have prepared a proposal for GSoC-2020 for Boost.GIL project `Implementation of Image Processing Algorithms`. I would like to review it and hear comments from you. https://docs.google.com/document/d/1qSYC_94ia28xutmW_qrC3pcSXJ8opfdxW514xRF…

2 2