- Boost - lists.preview.boost.org

[gsoc-2013] Physics Library Abstraction Layer
by Preston Hamlin 04 May '13

04 May '13

Attached is my current proposal in PDF format, as I am a bit wary of pasting several pages worth of formatted text into an email. Well wishes, -Preston

3 3

GSoC 2013 Boost mentors discussions
by Vicente J. Botet Escriba 04 May '13

04 May '13

Hi, I would like to share privately some comments with the GSoC 2013 Boost mentors. How can we do it? How to know who is a mentor? Do we have a know e-mail for all of them? Best, Vicente

7 12

Re: [boost] [operators] moving forward use return by reference for compilers with proper support?
by Niall Douglas 04 May '13

04 May '13

> Operators returning rvalue references are NOT safe. The C++98/03/11/14+ rules > apply to this scenario: > > X temporary(); > const X& r = temporary(); // ok, lives as long as r does > X&& r2 = temporary(); // ok, lives as long as r2 does > > They do NOT apply to this scenario: > > X&& func(X&& x) { return std::move(x); } > const X& r3 = func(temporary()); // DANGLING REFERENCE > X&& r4 = func(temporary()); // DANGLING REFERENCE > > The Standardization Committee made this mistake when applying rvalue > references to string's operator+(), which was fixed before C++11 was released. I completely agree. 99.9% of the time the only reason to *ever* return rvalue refs from an operator() is when you're passing through a parameter. Otherwise, return by value and leave the compiler's optimizer do its job. Niall --- Opinions expressed here are my own and do not necessarily represent those of BlackBerry Inc.

2 1

GSoC 2013 Bernoulli Numbers
by David Joy 03 May '13

03 May '13

Hi, I'm an Open University student completing my Open degree this summer (CompSci / Pure- & Applied Maths / Classical History) and am very interested in the Bernoulli numbers project for the Google Summer of Code. As well as the OU I've done quite a bit of mathematics elsewhere (Durham and KCL). Enclosed is my (naive) response to your challenge to implement the Akiyama–Tanigawa algorithm. I use the Boost framework for rational numbers, so as not to lose precision (though haven't yet adapted the solution for arbitrary precision numbers). [It would be more aesthetically pleasing if I could write the main algorithm in a STL-style so that it iterates of the vector, rather than explicitly using an index.] I have yet to get to grips with Boost.Test, but the enclosed shell script can generate a list of results, which matches the table found on the Bernoulli Number Page <http://www.bernoulli.org/> out to B_20. All code criticism gratefully accepted, David Bernoulli.cpp <http://boost.2283326.n4.nabble.com/file/n4646219/Bernoulli.cpp> Bernoulli_test.sh <http://boost.2283326.n4.nabble.com/file/n4646219/Bernoulli_test.sh> -- View this message in context: http://boost.2283326.n4.nabble.com/GSoC-2013-Bernoulli-Numbers-tp4646219.ht… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 4

Re: [boost] GSoC Boost.Multiprecision project
by Jyotesh Choudhari 03 May '13

03 May '13

Hello, > Hi Jyotesh. >> Thank you for your valuable feedback. I have written >> project proposal for the first time in my life. So, I did >> not know what details to include. I have made some >> changes to my proposal as per your suggestions. > The proposal is a lot better. Now you need to submit > it to Google's melange site. > Please note that the proposal must be submitted > to Googles melange site. Some candidates have > been sending the proposals directly to us, and > this is incomplete. I have uploaded my proposal on http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/jyoteshr… >> I was studying the code for cpp_bin_float and I >> have some doubts in my mind. >> 1. What are eval_ops_signed_type, eval_ops_unsigned_type and >> eval_ops_float_type? > Eval-ops are the global binary arithmetic operatory, > and the eval_ops-types are those types that will be > supported for global binary math with the radix-2 > back-end. >> 2. What is the use of following lines? >> typedef mpl::list<eval_ops_signed_ type>? signed_types; >> typedef mpl::list<eval_ops_unsigned_type> unsigned_types; >> typedef mpl::list<eval_ops_float_type>? ? float_types; > It's Boost's way of creating a list of built-in types. > Again, these are the types that will be supported for > global binary math. >> These are not used in the class elsewhere. Similar lines >> are present in cpp_dec_float.hpp also and not used >> elsewhere in the class. > They are used by the multiprecision::number front-end > to actually implement global binary math ops. >> 3. In the function from_float_type, I think the variable >> number_of_digits should be initialized to zero before >> using it in while loop. > cpp_bin_float is in a rudimentary state right now. > It is not even close to working. That's the point of > the GSoC project. So stuff might not be quite right > yet. Thank you solving my doubts. I will see the code multiprecision::number also to see how above types are used. >> Lastly, I have seen on mailing list, that some of the >> students are submitting code samples. > It's too late for code. Get your best shot at a good > proposal onto melange. If you would like to submit > code sample, you can do it after your proposal is up. > Good luck. > Sincerely, Chris. Thanks and regards, Jyotesh Choudhari

1 0

Voronoi benchmark update
by Sebastien Loriot 03 May '13

03 May '13

Hello, I'm involved in the CGAL Project, and saw the Voronoi benchmark. It would be nice if you could change the CGAL code slightly, as it is not as bad as it currently seems. Attached is the diff to the trunk of boost. Concerning the Voronoi diagram of points, a CGAL user, would use the Delaunay_triangulation_2 class. Concerning the Voronoi diagram of segments (that do not intersect) one would make a better choice for number types and traits classes. Also one better first inserts the endpoints and then the segments (I agree, this should definitely go into a member function). Admittedly our examples could be better. Cheers, Sebastien

3 4

[gsoc-2013] Physics Library Abstraction Layer
by Preston Hamlin 03 May '13

03 May '13

On Sun, Apr 21, 2013 at 9:37 PM, Michael Marcin <mike.marcin(a)gmail.com>wrote: > On 4/19/2013 8:59 PM, Preston Hamlin wrote: > >> >> I have completed a draft proposal and would appreciate some feedback: >> >> https://www.dropbox.com/s/**7xhha0a3ahk5p6r/preston_** >> hamlin_gsoc_proposal_draft.pdf<https://www.dropbox.com/s/7xhha0a3ahk5p6r/preston_hamlin_gsoc_proposal_draf…> >> >> >> > Seems like a fine proposal. > > Do take note of boost coding guidelines. > > -- > Use the naming conventions of the C++ Standard Library (See Naming > conventions rationale): > > * Names (except as noted below) should be all lowercase, with words > separated by underscores. > * Acronyms should be treated as ordinary names (e.g. xml_parser instead of > XML_parser). > * Template parameter names begin with an uppercase letter. > * Macro (gasp!) names all uppercase and begin with BOOST_. > -- > > http://www.boost.org/**development/requirements.html#**Guidelines<http://www.boost.org/development/requirements.html#Guidelines> > > Prefer object interfaces to pointers. > > For example instead of: > bxPhysics* physics(___); > > prefer: > boost::physics::physics physics_(____); > > Although on second thought naming might need some more thought here. > > What exactly is it that PxCreatePhysics creates? Is it a physics context > like an OpenGL context? Is it more like a physics service like a > boost::asio::io_service? Is it a physics simulation? Is it physics object > factory? > > I'm not sure but I think it's almost certainly not just a physics. > > > In any event it looks good to me. > > My apologies for the belated response. With ACM duties and finals week I have had no more than a few minutes to sit down. I typically try to follow the Google style guide for coursework and the like, so changing naming conventions is but a minor change. The PxPhysics object is used to create and maintain a "realm" of physics. It keeps track of collision methodologies and is essentially the backbone of how edges and vertices interact with one-another. It is build on top of a PxFoundation object which provides the "foundation" of the program, including callback management and some behind-the-scenes memory allocation. The PxScene object manages the elements of a particular "scene" or "world" including pointers to the various objects and gravity. I am not sure how (other than routing messages between objects) boost::asio::io_ would provide much of anything in terms of physics. It is similar to a context like a Device Context or OpenGL Rendering Context but is not used directly and instead used in the creation of more modular objects which are linked to it upon creation. There are no built-in emitters (something that could be provided in this project) and the documentation states that the non-fluid particle system uses rigid bodies that interact with the world but not eachother, which makes sense. I was unsure how prefixes should/would be used in a project like this, which is why I used the "bx" prefix. One thing to note is that PhysX uses a 3-vector class to hold vector data. It is pretty basic but also moderately fleshed out in the source. Would compatibility with the uBLAS matrices (as vectors are to be consolidated) be desirable? The PhysX design uses pointers for just about everything, so that could mean some interesting design considerations. I will be spending the Summer assisting one of my professors with his research project (half-time) and will update my proposal accordingly. Also, if I have some free time this weekend, I can crank out some *rough* proof of concept code if it is desired. Many thanks, -Preston

1 0

[GSOC 2013]Boost.Math Proposal
by Nikhar Agrawal 03 May '13

03 May '13

Hi everyone, I have been in touch with mentors for the project "Boost.Math Bernoulli Numbers and Applications to Special Functions" for the past three weeks. And after regular interactions and assignments and suggestions from them, I have finally posted my proposal. I was a little late because in submitting the proposal because of my end semester examinations. But that now they are over, I have all the free time to completely concentrate on the project. Here's the link to the proposal. http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/nikhar/1 I'd be really grateful if you guys could review it and suggest improvements. Thanks a lot. :) Nikhar P.S.:- If anyone wants I could also forward the conversations I've had with the mentors until now and I could upload the assignments I've done if anyone's interested.

1 1

[gsoc-2013] proposal for approximate string matching
by Yu Jiang 03 May '13

03 May '13

Hi, I'm a student from Tsinghua University in china and interested in the idea about "approximate string matching". Below is my proposal for this. Could you please view it and give me any kinds of suggestions on it? Thanks! (1) Personal Details * Name: Yu Jiang * College/University: Tsinghua University, China * Course/Major: Computer Science and Technology * Degree Program: M.Sc. * Email: sunlightt07(a)gmail.com * Homepage: do not have one * Availability: - How much time do you plan to spend on your GSoC? Since I have a long summer holiday, I can spend 30 hours a week. - What are you intended start and end dates? I will follow the calendar of GSoC. I have plenty of time from June to September. - What other factors affect your availability (exams, courses, moving, work, etc.)? I have some courses this term which will end before June. 15th. However, these courses don't have heavy workload, I still have enough time to work on GSoC. (2) Background Information * Please summarize your educational background (degrees earned, courses taken, etc.). I majored in Computer Science and got my bachelor degree in Tsinghua University from 2008 to 2012. I learned some basic courses such as algorithm, data structure, algebra and logic. I also learned many advanced courses such as database, operating system, network, formal language, compiler, computer architecture. Currently I'm working for my master degree. My research interest is database. * Please summarize your programming background (OSS projects, internships, jobs, etc.). This is the first time I plan to take part in an OSS projects. I have worked as an intern in Hulu, an online video website, for one year, mainly focus on frontend webpages. I have used C++ to finish many course projects, such as a simple ftp server and client, completing a tiny os and so on. Recently I am learning the new features in C++11 and get to know much more about the C++ language. * Please tell us a little about your programming interests. I really love to optimize on the implantation of an algorithm by making full use of the compiler and the architecture(e.g. cache, SIMD). Besides, I like to write webpages using different kinds of excellent frameworks. * Please tell us why you are interested in contributing to the Boost C++ libraries. Boost is the most famous C++ libraries. It is powerful and can be used in many different kinds of programs. It's my honor to add some new features into it. * What is your interest in the project you are proposing? It's related to my research interest. Nowadays data are produced rapidly. To clean or integrate them so that we can get a better view, "Approximate string matching" is rather a powerful tool. I'd like to see such functions in boost library. * Have you done any previous work in this area before or on similar projects? Yes. My lab has focused on researching on such algorithms for 3-5 years. The "best" algorithm for general string similarity search and join is called "passjoin", which is invented by our lab. I have implemented it and done a lot of optimizations. Early this year we attended a string similarity search & join competition[1] and achieved champion. The code is mainly written by me. [1] http://www2.informatik.hu-berlin.de/~wandelt/searchjoincompetition2013/Resu… * What are your plans beyond this Summer of Code time frame for your proposed work? I will make efforts to make it accepted by the boost library. If it can be released someday, I will maintain it. * Please rate, from 0 to 5(0 being no experience, 5 being expert), your knowledge of the following languages, technologies, or tools: -C++: 3 -C++ Standard Library: 3.5 -Boost C++ Libraries: 2 -Subversion: 3 * What software development environments are you most familiar with? Eclipse. I use it in both windows and linux. * What software documentation tool are you most familiar with? Doxygen. (3) Project Proposal Approximate string matching is a "hotspot" in recent years. It's widely used in big data processing such as search engine, DNA matching. It also can be used in simple tasks like spell checking. However, there isn't a high performance and well-designed library in such area. I wish to see such algorithms in boost so that many people can benefit from this! My proposal contains two parts: A. To implement basic similarity metrics. Edit distance and Jaccard may be the most popular ones. Well, I'll implement more similarity metrics, such as Hamming distance, dice and cosine. B. To implement the fastest algorithm for string similarity search and join. Similarity metrics will be edit distance only since it is most commonly used. Similarity search is to find out all the strings in a given set S, which are "similar" to a query string. Similarity join is to find out all the string pairs<r,s>, where r is in set R and s is in set S and r is similar to s. They are the most useful operators in large data processing. However, the brute-force method for such problem is too slow. And it's not easy to write a correct and high performance algorithm without reading the details in many research papers and debugging them for a long time. To avoid reinventing the wheel, I strongly propose to implement it in boost library. Here is a prototype for the interface: Part A. basic similarity metrics (use edit distance as an example) (1) int edit_distance(const Range1T&, const Range2T&); // return edit distance. (2) int edit_distance(const Range1T&, const Range2T&, int threshold); // return edit distance if it is no larger than threshold, else return -1 or threshold + 1. (3) int edit_distance(const Range1T&, const Range2T&, equal_func); // use uqual_func to determine whether two elements are equal or not. (4) int edit_distance(const Range1T&, const Range2T&, insert_cost_func, delete_cost_func, substitute_cost_func); // use three cost functions to calculate the cost for one insert/delete/substitute operation. (5) some functions to return the sequence of operations? Version (1) may be the most common case. Version (2) can use the given threshold to do optimization for the speed (O(m*n) -> O(threshold * min(m, n))). It's useful since sometimes we only care about the exact edit distance if it is small. Version (3) and (4) extend the flexibility of this utility algorithm. I'm not sure whether to support (5) or not. Part B. string similarity search and join algorithms, focus on edit distance class searcher { void insert(IDType id, const string &word); // insert a word to the index, id is used as an identifier of this word. void erase(IDType id); // erase a word from the index, id should be the same one used in insertion process. vector<Result> search(const string &query, int threshold); // performing similarity search, which will return all the strings which are similar to the query string. Result may be a pair of the id and real edit distance. }; class joiner { vector<PairResult> join(const string_and_id_container &R, const string_and_id_container &S, int threshold); // performing similarity join. Usually we are doing on-line join, which means we cannot pre-build the index. So we only need this one function. It will return all the <r,s> pair where r is in R and s is in S and r is similar to s. PairResult may be a tuple of r's id, s's id and real edit distance. }; (4) Proposed Milestones and Schedule Now – June 15 To be more familiar with the Boost library. Discuss the details and interfaces with my mentor and on the develop mail list. June 15 – July 15 Develop a beta version of the approximate matching library. Most functions will be done at this time. July 15 – August 1 Review my code and improve its performance and quality. Discuss with my mentor for mid-term evaluation and future works. August 1 – September Write documentation, test code for my library. Make it "boost" like.

4 12

[GSoC 2013] Proposal Boost.Math Bernoulli Numbers and Applications to Special Functions
by Łukasz Marecik 03 May '13

03 May '13

Hi, I would like to introduce my proposal to project "Boost.Math Bernoulli Numbers and Applications to Special Functions". It is available at https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/luk… Please note that HTML version is not the best one: the formatting is not very nice, there is also lack of equations and source codes (there are provided in external files). So please take a look at PDF-version of my proposal (follow the link at Google Melange site). Kind regards, Lukasz Marecik

1 0

GSoC: Data structures and algorithms for integer ranges.
by Jeremy Murphy 03 May '13

03 May '13

Hello Boost community, I realized almost too late (two days ago) that GSoC 2013 is happening, and that Boost is in. Obviously I have missed the boat on "engaging with the community" early, but I still plan to submit a proposal. The one thing I would love to get some brief feedback on in these last hours is scope: how much should I expect to get done in 12 weeks? Unsurprisingly, it is one of the hardest questions for an inexperienced worker in any field to answer. The core of my proposal is to implement i) a van Emde Boas tree and ii) three counting sort algorithms: "counting", radix and bucket. Is that enough? Too much? Any advice would be helpful, thanks. Cheers. Jeremy

1 0

Google summer of code 2013
by Jawad Elomari 03 May '13

03 May '13

Hi everyone, I want to join the Google summer of code this year, for the PaGMO/PyGMO<http://www.google-melange.com/gsoc/org/google/gsoc2013/pagmo> library. I'm interested in the Racing projects, but I'm not sure which Boost library is most suitable for it. Any ideas? Regards,

1 0

[GSoC 2013] Implicit routines in boost.odeint
by Artem Serov 03 May '13

03 May '13

Hello again! I have been working on proposal since aproximately 15 of April, investigating boost odeint, some theory of numeric methods of solving ODE and implementing a draft of the design of implicit routines. I discussed some issues privately with mentors of odeint project Mario Mulansky and Karsten Ahnert and have taken into account all the points. Here is the 1st version of the proposal for Boost.odeint implicit routines. Note: The main idea i kept in mind was to describe steps how i will do the project as clear and detailed as possible. I tried to show my acquired experince of odeint structure and concepts, my understanding of the issue and concrete ways of tackling it. Note: The proposal entirely lacks introduction, list of literature and sources! i will settle it as soon as possible. Here is the link to the proposal: https://docs.google.com/file/d/0B-2QwVSmhDBIYTB0eVZxdHhsNUE/edit?usp=sharing -- Thanks, Artem Serov

2 3

GSoC: Student application deadline in less than 24 hours
by Boris Schaeling 02 May '13

02 May '13

Students interested in applying for a GSoC project should submit their application as soon as possible. The deadline is in less than 24 hours. Click here to apply: <https://google-melange.appspot.com/gsoc/homepage/google/gsoc2013> Boris

1 0

[gsoc-2013] Boost.Expected
by Pierre T. 02 May '13

02 May '13

Hello, My name is Pierre Talbot, I participated to GSoC 2011 and began the implementation of the Boost.Check library (for checking the validity of any number having a check digit — credit card number, ISBN, …). It was two years ago and the design is still evolving due to many variation points in the code. One of the function looks like : template <typename check_algo, typename range> boost::optional<typename check_algo::checkdigit_type> compute_checkdigit(const range &x); Using boost::optional tell us that: "A check digit should be computed if 'x' is a valid sequence". Since 'x' has many reasons to be incorrect, many errors could be raised. Based on a policy template class, it launches exception or returns with an empty optional . Then I though a lot about a better way to do it, allowing the user to get an exception or an error code. But it was quite complex for a so little part of my library… I decided that the policy "throw exception or nothing" should be enough. Yesterday, I watched the video of Mr. Alexandrescu on Boost.Expected and I think it would be a very useful library. It could mainly be useful in system programming (where many error codes can arise from a single call), but in any code where many exception errors can be thrown (like in Boost.Check). As you suspected, I'm interested in coding Boost.Expected during the summer as a GSoC student. Firstly, it could be very useful to list the resources on the subject (aside the talk), I have several articles that I will talk about later. Secondly, and hoping you'll debate, I would like to ask your opinion about several ideas and facts: 1) In the Boost project description, we can read: "adding a class expected-or-error_code". Obviously, the main design decision made by Alexandrescu is to consider that error code are exception. Do we need an abstraction of exception/error code ? Why do you think a "expected-or-error_code" class is interesting ? 2) Consider this code (from Alexandrescu slides) : // Caller string s = readline(); auto x = parseInt(s).get(); // throw on error auto y = parseInt(s); // won’t throw if (!y.valid()) { // handle locally if (y.hasException<std::invalid_argument>()) { // ------------------ < The flagged line. // no digits ... } y.get(); // just "re"throw } The flagged line has some tastes of "return to the past" flavor. Back to the C procedural language, the basic error code handling system was a lot criticized because: * Readability of the code decrease ; * Error handling occurs in the middle of the execution flow ; * <Add your favourite reason here>. Several links on the subjects (if you have others, I'm interested) http://www.joelonsoftware.com/articles/Wrong.html http://www.joelonsoftware.com/items/2003/10/13.html http://blogs.msdn.com/b/oldnewthing/archive/2005/01/14/352949.aspx http://nedbatchelder.com/text/exceptions-vs-status.html Basically, only the last one is clearly for exception. The main argument against the procedural approach is the readability. I would say that the Expected approach just differ by allowing to rethrow exception. But if you want to handle it, you must code multiple if-than-else statements. So I considered a complementary approach working with Expected to handle multiple error cases: string visa_number = readline(); expected<char> expected_checkdigit = compute_checkdigit<visa>(visa_number); if(expected_checkdigit.valid(visa_error_resolver)) { visa_number += expected_checkdigit.get(); std::cout << visa_number << std::endl; } With this code, there is only a if statement, and no more multiple error cases handles. But what is this error_resolver ? It may be declared as : // Somewhere in visa.hpp. A type list. typedef error_list<size_error_exception, unknown_character_exception, checkdigit_encoding_exception, …> visa_errors; // Somewhere in the user code. error_resolver<visa_errors, expected_type> visa_error_resolver; // in this case, expected_type is a char. // Initialize error handler on specific exception/errors. visa_error_resolver.on<size_error_exception>(size_error_handler) .on<unknown_character_exception>(unknown_character_exception) ... Now we are agree that visa_error_resolver can be reused everywhere we want to resolve an error on a visa number. What are the handlers ? There are [Function|Functor|Lambda] (pick up your favourite) with this form : expected<ExpectedType> size_error_handler(const size_error_exception&) expected<ExpectedType> unknown_character_exception(const unknown_character_exception&) Now you can understand for what the type list "error_list" stands for, we can store these handlers into the error_resolver and call them without any virtual cost. Why the return type of error handler is expected<ExpectedType> ? Consider this size_error_handler code : expected<ReturnType> size_error_handler(const size_error_exception& e) { std::cout << "The number you gave has a bad size." << std::endl; std::cout << "Enter it again : " << std::endl; return read_visa_checkdigit(); } read_visa_checkdigit can call recursively valid() until it's valid. Though there are some ways to make this treatment iterative. A basic treatment could be to print an warning message and just returns (in this case, valid returns false): expected<ReturnType> size_error_handler(const size_error_exception& e) { std::cout << "Warning: the VISA field is incorrect." << std::endl; return expected<ReturnType>::fromException(e); } Results: * The error code handling is delegated to specific functions ; * The readability is still excellent ; * You can easily re-use your error handler function ; * If you don't like it, you can still throw exception on failure with "get()". I can code a "proof of concept" if you think this is a good idea. Do not hesitate to comment it, point out programming pitfalls, request further clarification, or anything you judge useful. Thank you for reading it ! Pierre Talbot

10 63

Re: [boost] [gsoc-2013] Boost.Thread/ThreadPool project
by Niall Douglas 02 May '13

02 May '13

> > I have just read N3388 - Using Asio with C++11 and a think I start to > > understand the ASIO design. > > Could we say the completion handlers are continuations? > > And that the user use to master which thread executes the continuation by > > calling the io_service::run() function? > > Pretty much, except that multiple threads can call io_service::run > concurrently. Basically Boost.Asio is a work sharing queue plus a > collection of waitqueues to wait for specific events. Far clearer than my explanation. Thanks. > That's orthogonal. Boost.Asio provides the funding blocks. A nicer > interface that doesn't require an explicit continuation passing style > transformation can be built with Boost.Context or a similar library. > But it probably needs a future implementation that integrates with > ASIO, which is one of the point of Niall Douglas. Spot on. Especially as parts of ASIO are due to enter with TR2. I worry that a thread pool designed without ASIO in mind would become an orphan isolate. Niall --- Opinions expressed here are my own and do not necessarily represent those of BlackBerry Inc.

2 1

[testing] run.py and cross compilation
by Antony Polukhin 02 May '13

02 May '13

Hi, Is there some possibility to compile sources on one platform (x86) and then run compiled tests on other platform (ARM/Android) using run.py script? This is required, because Android SDK exists only for x86 so there is no way to compile tests on ARM Android device. -- Best regards, Antony Polukhin

2 3

[GSoC2013] My updated proposal to the XML library project
by Amos Ji 02 May '13

02 May '13

Hi, I have updated my proposal to the XML library project. If you're interested in it, you can review it at http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/amosji/3… And there is also a pdf version: https://www.dropbox.com/s/3zgxkpb9bx45auo/Boost_XML_library.pdf Any comments are appreciated. Thanks a lot. Regards, Mingchao

1 0

[reference_wrapper] Overloading operator() in reference_wrapper
by Nathan Crookston 02 May '13

02 May '13

Hi all, std::reference_wrapper includes an overload of operator()[1] which allows a wrapped function object to be called without needing to first unwrap: #include <boost/ref.hpp> #include <functional> #include <iostream> int main() { auto f = [](int i) { std::cout << i * 2 << std::endl; }; std::ref(f)(5);//change this to boost::ref and it will not compile. } I think it would be valuable to update boost::ref to match the standard version. On compilers which support variadic templates and rvalue references the code is obvious. Those which support one or neither could still have overloads for some number of arguments. This would be handy in a few places, notably boost::gil::for_each_pixel[2]. I know that boost::bind + reference wrapper could be used instead (boost::bind(boost::ref(f), 5)). Given that implementing operator() is relatively simple, and that the standard object based on boost::reference_wrapper has it (rather than requiring std::bind), I'd argue that this change is desirable. Thanks, Nate [1] http://en.cppreference.com/w/cpp/utility/functional/reference_wrapper/opera… [2]http://comments.gmane.org/gmane.comp.lang.c%2B%2B.isocpp.general/513

6 9

Re: [boost] [gsoc-2013] Boost.Thread/ThreadPool project
by Niall Douglas 02 May '13

02 May '13

> Le 01/05/13 20:39, Niall Douglas a ?crit : > >> I don't see the term "central asynchronous dispatcher" used in any of > >> the links. Could you clarify what it is? > > I have to admit I'm struggling to see where your block is, but Dave Abrahams > > often found the same with me, so it must be me. > It is just that I don't know the term. > As I don't know the domain (the words) you are talking about we can stop > the exchange here if you prefer, or you could continue to explaining me > the things I don't know/understand. Don't worry, it's almost certainly me as native English speakers rarely understand me either. Besides when I lived in Spain I remember only too well the problem with domain terminology, like when a dentist told me I had a "del gasto" which I took to him wanting money because he had high rent :). I'll keep going as long as you need. We'll get there eventually. > > The central means one execution context does the dispatch. The asynchronous > > means that callbacks are processed by recipients asynchronous to the > > dispatcher. And dispatcher, well that dispatches. > In order to be sure I understand what you say could you tell me how a > decentralized asynchronous dispatcher behaves? What are the differences? A centralized dispatcher dispatches from one execution context to many. A decentralized dispatcher dispatches from many execution contexts to one or more contexts. An example of the latter is cloud apps actually, where millions of apps will dispatch events to a load balanced core cluster of servers i.e. many => few. By execution context I mean a thread, a fibre, a coroutine, a handler or even a closure. Generally if it's got its own distinct stack separate from other stacks, it's an execution context. > > I'd take a reasonable guess that MCAS will benefit centralized kernel-based > > threading primitives architectures such as Windows NT more than > > decentralized threading primitive architectures such as POSIX. That said, I > > could see Linux using TM for batch multi-kernel-futex ops, though I'd have > > to say implementing that without breakage would be daunting. > > > Are you saying that current TM technology should be much more useful for > centralized than decentralized asynchronous dispatchers? I'm saying my suspicion is that. Others on SG5 may disagree (they disagree with me about most of my opinions). It's still very early days for TM in C++. > Does this means that the whole application would improve its > performances using always centralized asynchronous dispatchers? I'm saying it's a likely optimization case. Other than a recompile, application need not know the difference. > > You may find N3562 Executors and schedulers coproposed March 2013 for > > Bristol by Google and Microsoft of use to you in understanding the relation > > between thread pools and Boost.ASIO > > (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3562.pdf) > I know this proposal. Could you explain me how it is related to > Boost.Asio? Could you point me where in the Asio documentation could I > find related information? I think your other post is more relevant, so I'll answer there. But agreed that Asio's documentation assumes the user already understands how it works. If you come from a NT kernel or VMS or libuv programming background, it's obvious. But much less so for everyone else. > > My > > proposed Boost.AFIO library is an implementation of that same N3562 idea, > > albeit I extend Boost.ASIO which is IMHO more C++-y whereas Google and > > Microsoft have gone with proprietary implementations. Also, they include > > timing and many other more general purpose features, and mine does not > > (currently) as it's mainly aimed at maximising input/ouput with highly > > jittery random latency storage. > > > Thanks Niall for all the explanations and sorry if all this is trivial > for you. These types of discussion always add to the collective good. Niall --- Opinions expressed here are my own and do not necessarily represent those of BlackBerry Inc.

1 0

[testing] run.py and cross compilation
by Niall Douglas 02 May '13

02 May '13

> Is there some possibility to compile sources on one platform (x86) and > then run compiled tests on other platform (ARM/Android) using run.py > script? > > This is required, because Android SDK exists only for x86 so there is > no way to compile tests on ARM Android device. I believe we have a related or similar problem with unit testing Boost on BB10. Niall --- Opinions expressed here are my own and do not necessarily represent those of BlackBerry Inc.

1 0

[gsoc2013] Proposal for Boost.Math Bernoulli numbers and special functions project
by Artemy Margaritov 02 May '13

02 May '13

Hi folks! I want to provide my proposal for Boost.Math Bernoulli numbers and special functions poject to the Boost community. Please, lets discuss it! I will be grateful for your advices. -- Best regards, Artemy Margaritov

2 6

Re: [boost] [gsoc-13][proposal] Boost.uBLAS
by Aditya Avinash 02 May '13

02 May '13

On Thu, May 2, 2013 at 1:24 AM, Aditya Avinash <adityaavinash143(a)gmail.com>wrote: > I have updated the proposal. Here it is. > > > On Thu, May 2, 2013 at 1:21 AM, Aditya Avinash <adityaavinash143(a)gmail.com > > wrote: > >> Hi, this is my GSOC 13 proposal on Boost uBLAS. >> >> >> On Wed, May 1, 2013 at 3:15 PM, David Bellot <david.bellot(a)gmail.com>wrote: >> >>> Great. I'm looking forward to it. >>> >>> Best, >>> David >>> >>> >>> On Tue, Apr 30, 2013 at 11:06 PM, Aditya Avinash < >>> adityaavinash143(a)gmail.com >>> > wrote: >>> >>> > I'll upload in 16 hrs. >>> > >>> > On Wed, May 1, 2013 at 2:55 AM, David Bellot <david.bellot(a)gmail.com> >>> > wrote: >>> > >>> > > Hi Aditya, >>> > > >>> > > yes, please send me a written proposal, so that I can help you on >>> that. >>> > > It's definitively something we want to do for ublas. >>> > > >>> > > Best, >>> > > David >>> > > >>> > > >>> > > On Mon, Apr 29, 2013 at 6:56 PM, Aditya Avinash >>> > > <adityaavinash143(a)gmail.com>wrote: >>> > > >>> > > > Hi, I have a proposal for boost in gsoc-13 under boost.ublas >>> > > > >>> > > > *Proposal: SIMD abstraction for uBlas.* >>> > > > >>> > > > >>> > > > - I want to develop SIMD abstraction for uBlas. >>> > > > >>> > > > >>> > > > Goal 1: Develop the Intel SSE & AVX backend for SIMD abstraction in >>> > > uBLAS. >>> > > > >>> > > > Goal 2: Develop AMD SSE backend for SIMD abstraction in uBLAS. >>> > > > >>> > > > Goal 3: Develop frontend for SIMD abstraction in C++. >>> > > > >>> > > > Goal 4: Joining of frontend and backend, so the the code is >>> flexible to >>> > > > implement on both AMD and INTEL. >>> > > > >>> > > > Goal 5: Develop the ARM-NEON backend for SIMD abstraction in >>> uBLAS. >>> > (if >>> > > > time permits). >>> > > > >>> > > > -- >>> > > > ---------------- >>> > > > Atluri Aditya Avinash, >>> > > > India. >>> > > > >>> > > > _______________________________________________ >>> > > > Unsubscribe & other changes: >>> > > > http://lists.boost.org/mailman/listinfo.cgi/boost >>> > > > >>> > > >>> > > _______________________________________________ >>> > > Unsubscribe & other changes: >>> > > http://lists.boost.org/mailman/listinfo.cgi/boost >>> > > >>> > >>> > >>> > >>> > -- >>> > ---------------- >>> > Atluri Aditya Avinash, >>> > India. >>> > >>> > _______________________________________________ >>> > Unsubscribe & other changes: >>> > http://lists.boost.org/mailman/listinfo.cgi/boost >>> > >>> >>> _______________________________________________ >>> Unsubscribe & other changes: >>> http://lists.boost.org/mailman/listinfo.cgi/boost >>> >> >> >> >> -- >> ---------------- >> Atluri Aditya Avinash, >> India. >> > > > > -- > ---------------- > Atluri Aditya Avinash, > India. > -- ---------------- Atluri Aditya Avinash, India.

1 0

[gsoc 2013] draft proposal for chrono::date
by Anurag Kalia 02 May '13

02 May '13

I have prepared a draft proposal for Boost.chrono/date implementation. Could you kindly go through it and tell me of any errors and suggestions? Regards, Anurag Kalia.

3 9

Proposal for Bernoulli numbers
by Gaurav Deshmukh 02 May '13

02 May '13

Mentors for Boost.Math, please review my proposal at the melange site. http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/gaurav42… Shall I include details about the templates of functions I will have to implement? Or are there any corrections or details needed? Thanking you, Gaurav Deshmukh

1 0