[GSOC] Are we going to participate?
Hi all, Today starts Google Summer of Code. Is Boost community will become one of the mentoring organizations? What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info) -- Best regards, Antony Polukhin
Antony Polukhin wrote:
Hi all,
Today starts Google Summer of Code. Is Boost community will become one of the mentoring organizations?
What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info)
I hope so. Some of the previous boost gsoc stuff was amazing. Off-hand I remember: Coroutine library Act Concurrency library Process library Spatial Indexes SVG library Extension library SIMD library It'd be nice if there was a page like this for every year. http://www.boost.org/community/gsoc_2006_boost_overview.html from: http://www.boost.org/community/gsoc.html
On Tue, 12 Feb 2013 08:17:15 +0100, Antony Polukhin <antoshkka@gmail.com> wrote:
Hi all,
Today starts Google Summer of Code. Is Boost community will become one of the mentoring organizations?
What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info)
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :) Boris
Boris Schaeling wrote:
On Tue, 12 Feb 2013 08:17:15 +0100, Antony Polukhin <antoshkka@gmail.com> wrote:
Hi all,
Today starts Google Summer of Code. Is Boost community will become one of the mentoring organizations?
What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info)
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
We don't have to volunteer to implement any of these ideas right? :) - Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) - Audio library (OpenAL/FMOD/etc) - GUI library - Input library (like DirectInput/XInput) - Reliable UDP ontop of asio (maybe UDT?) - fixed-point math library (binary scaling) - spatial indexes (previous gsoc don't know it's status) - extension library (previous gsoc don't know it's status) - rating system algorithms (elo/TrueSkill) - std::packaged_task scheduler (like tbb's, with task stealing) - geometry library (convince the developers to submit eigen3 to boost) - physics library (ODE/Havok/PhysX/etc abstraction) - json parsing libary - relational database library (what ever happened with boost and soci?) - document database library (couchdb/mongodb/etc) - memcache library (seems to already be a boosty one written by Dean Michael Berris) - expected<T> (http://tinyurl.com/clv3bsj) - approximate string matching - trie data structure - b-tree data structure - radix sort - filesystem abstraction + path cleanup (http://thread.gmane.org/gmane.comp.lib.boost.devel/238103)
2013/2/14 Michael Marcin <mike.marcin@gmail.com>:
Boris Schaeling wrote:
For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
More ideas: - USB library (integrated with asio?) - COM port library (integrated with asio?) - Hardware random number generator (integate with Boost.Random!) - Pipes and named pipes library (integrated with asio? integrated with IOstreams?) - Protocols implementation based on asio (SNMP for example ) - Simple key-value reading and storing (or just allow program options to write options into config file) - Full text search - Near Duplicate Detection (shingling)
We don't have to volunteer to implement any of these ideas right? :)
Let's be honest, this ideas require much more than 3 months of coding:
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) - GUI library - physics library (ODE/Havok/PhysX/etc abstraction)
This is already implemented in Boost.PropertyTree (and there is a Spirit implementation in Spirits examples)
- json parsing libary
Those I'd really love to heave:
- trie data structure - radix sort
-- Best regards, Antony Polukhin
On Thu, Feb 14, 2013 at 8:36 AM, Antony Polukhin <antoshkka@gmail.com> wrote:
2013/2/14 Michael Marcin <mike.marcin@gmail.com>:
Boris Schaeling wrote:
For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
[...]
Let's be honest, this ideas require much more than 3 months of coding:
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction)
I'm working on a portable C++ wrapper for OpenGL (v. 3 and higher) (http://oglplus.org/) which might be used as a base for the abstraction if there is interest. However it would require some "boostification".
- GUI library - physics library (ODE/Havok/PhysX/etc abstraction)
Best, Matus
Matus Chochlik wrote:
[...]
Let's be honest, this ideas require much more than 3 months of coding:
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction)
I'm working on a portable C++ wrapper for OpenGL (v. 3 and higher) (http://oglplus.org/) which might be used as a base for the abstraction if there is interest. However it would require some "boostification".
Interesting, I'll check it out. Thanks.
On Thu, Feb 14, 2013 at 8:36 AM, Antony Polukhin <antoshkka@gmail.com>wrote:
This is already implemented in Boost.PropertyTree (and there is a Spirit implementation in Spirits examples)
- json parsing libary
To be precise, Boost.PTree can't be used as a JSon parsing library (as explained in another recent discussion) and the Spirit example is being used as base (if my understanding is correct) for the comming JSon library that Mateusz mentionned. Back on the subject, could review process improvements be part of GSOC? I mean like making the student prepare reviews that have been waiting for a long time in the review queue. I guess not because it don't involve writing code but it does involve studying code. Joel Lamotte
Antony Polukhin wrote:
Let's be honest, this ideas require much more than 3 months of coding:
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) - GUI library - physics library (ODE/Havok/PhysX/etc abstraction)
The wiki does say they are are willing to consider multi-year GSoC projects.
Antony Polukhin wrote:
2013/2/14 Michael Marcin <mike.marcin@gmail.com>:
Boris Schaeling wrote:
For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
More ideas: - USB library (integrated with asio?) - COM port library (integrated with asio?) - Hardware random number generator (integate with Boost.Random!) - Pipes and named pipes library (integrated with asio? integrated with IOstreams?) - Protocols implementation based on asio (SNMP for example ) - Simple key-value reading and storing (or just allow program options to write options into config file) - Full text search - Near Duplicate Detection (shingling)
Antony Polukhin wrote:> 2013/2/14 Michael Marcin <mike.marcin@gmail.com>:
Boris Schaeling wrote:
For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
More ideas: - USB library (integrated with asio?) - COM port library (integrated with asio?) - Hardware random number generator (integate with Boost.Random!) - Pipes and named pipes library (integrated with asio? integrated with IOstreams?) - Protocols implementation based on asio (SNMP for example ) - Simple key-value reading and storing (or just allow program options to write options into config file) - Full text search - Near Duplicate Detection (shingling)
We don't have to volunteer to implement any of these ideas right? :)
Let's be honest, this ideas require much more than 3 months of coding:
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) - GUI library - physics library (ODE/Havok/PhysX/etc abstraction)
This is already implemented in Boost.PropertyTree (and there is a Spirit implementation in Spirits examples)
- json parsing libary
Those I'd really love to heave:
- trie data structure - radix sort
Some more: - boost.flyweight value factories ( http://tinyurl.com/bktkc3s ) - concurrent containers (unordered_map, unordered_set, vector, forward_list) - parallel algorithms (sort, for_each) - type switch library ( http://tinyurl.com/n3449 ) - slim string (as opposed to the fat std::string interface, maybe immutable, maybe policy based, I seem to recall something like a flex_string) - rpc library - benchmark framework (don't know if it's possible but something to help write reliable and good benchmarks that is as easy to use as the unit test framework, maybe output svg charts using the old gsoc visualization libary) - algorithms for gpgpu - video processing library (gil for video) - kinetic scrolling - cpuid - channel library ( http://channel.sourceforge.net/ )
> Antony Polukhin wrote: > > 2013/2/14 Michael Marcin <mike.marcin@gmail.com>: > >> Boris Schaeling wrote: > >>> For now no idea is too stupid - and even if it is, it might help > >>> someone else to get a good idea. :) > > > > More ideas: > > - USB library (integrated with asio?) > > - COM port library (integrated with asio?) > > - Hardware random number generator (integate with Boost.Random!) > > - Pipes and named pipes library (integrated with asio? integrated with > > IOstreams?) > > - Protocols implementation based on asio (SNMP for example ) > > - Simple key-value reading and storing (or just allow program options > > to write options into config file) > > - Full text search > > - Near Duplicate Detection (shingling) > > > > Antony Polukhin wrote:> 2013/2/14 Michael Marcin <mike.marcin@gmail.com>: > >> Boris Schaeling wrote: > >>> For now no idea is too stupid - and even if it is, it might help > someone >>> else to get a good idea. :) > > More ideas: > > - USB library (integrated with asio?) > - COM port library (integrated > with asio?) > - Hardware random number generator (integate with > Boost.Random!) > - Pipes and named pipes library (integrated with asio? > integrated with > IOstreams?) > - Protocols implementation based on asio > (SNMP for example ) > - Simple key-value reading and storing (or just > allow program options > to write options into config file) > - Full text > search > - Near Duplicate Detection (shingling) > >> We don't have to > volunteer to implement any of these ideas right? :) > > Let's be honest, > this ideas require much more than 3 months of coding: > > > >> - Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) >> - GUI > library >> - physics library (ODE/Havok/PhysX/etc abstraction) > > This > is already implemented in Boost.PropertyTree (and there is a > Spirit > implementation in Spirits examples) >> - json parsing libary > > Those > I'd really love to heave: > >> - trie data structure > >> - radix sort > > > > Some more: > > - boost.flyweight value factories ( http://tinyurl.com/bktkc3s ) > - concurrent containers (unordered_map, unordered_set, vector, > forward_list) > - parallel algorithms (sort, for_each) > - type switch library ( http://tinyurl.com/n3449 ) > - slim string (as opposed to the fat std::string interface, maybe > immutable, maybe policy based, I seem to recall something like a > flex_string) > - rpc library FWIW, something like this is already part of the HPX library (https://github.com/STEllAR-GROUP/hpx). It integrates the rpc part nicely with local thread scheduling and an actor based execution model. Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu > - benchmark framework (don't know if it's possible but something to help > write reliable and good benchmarks that is as easy to use as the unit test > framework, maybe output svg charts using the old gsoc visualization > libary) > - algorithms for gpgpu > - video processing library (gil for video) > - kinetic scrolling > - cpuid > - channel library ( http://channel.sourceforge.net/ ) > > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost
- relational database library (what ever happened with boost and soci?) FYI: I am currently working on a C++11 SQL library. Once you declare your
On 2013-02-14 06:04, Michael Marcin wrote: table structures in C++, it will allow you to express queries very close to SQL: For example: TabSample t; auto results = sql::select(sql::distinct, t.b, t.c) .from(t) .where(t.a > 7 and t.b != "cheesecake") .order_by(t.c).run(db); for (auto row: results) { int a = row.a; std::string c = row.c; } The library will take care of escaping (to prevent code injection), the compiler will enforce type safety (e.g. disallow comparison of integral and string values). There will also be a lot of sanity checks at compile time, for instance you cannot call .from() twice. It will even be able to tell you, if you are referencing tables, which are missing in .from(), etc. No more string concatenation and hoping to get the syntax right. The compiler will tell you, if you do it wrong. No more indexed access to string results. Result rows will allow you to access individual columns by name (and they will have a decent type). Since yesterday evening, I have a something close to a proof of concept for select expressions (which I think are the hardest), including the ability to use sub-selects. Personally, I think this has the potential of becoming a boost library one day, but I guess I will need a few more weeks before I even dare to present a very first draft (to try to attract co-authors). I don't think I am ready to turn this into a GSoC project, yet. Regards, Roland
Hi, Below, I've taken the liberty to post a few updates on some libraries mentioned: On 14 February 2013 05:04, Michael Marcin <mike.marcin@gmail.com> wrote:
- spatial indexes (previous gsoc don't know it's status)
The spatial index topic has been taken over by Adam Wulkiewicz and here is current version of his work, available as extension to Boost.Geometry http://svn.boost.org/svn/boost/sandbox-branches/geometry/index/ More details in archives http://lists.boost.org/geometry/
- json parsing libary
Michael Caisse is going to release Boost.Spirit based JSON library. http://lists.boost.org/boost-users/2013/02/77516.php
- relational database library (what ever happened with boost and soci?)
This subject has been discussed several times, then BoostCon'09 spawned initiative called std::rdb. Jeff Garland led workshop [1] Library in Week 2009 to discuss the std::rdb propsals, here are materials std::rdb (.tgz package) [2] Also, std_rdb mailing list was created to discuss the std::rdb proposal(s) [3], but it hasn't seen activity for two years now. SOCI is alive, we've just moved the project to GitHub [4]. [1] http://www.boostcon.com/program/previous/2009 [2] http://www.boostcon.com/site-media/var/sphene/sphwiki/attachment/2009/05/12/... [3] http://mail-lists.crystalclearsoftware.com/listinfo.cgi/std_rdb-crystalclear... [4] https://github.com/SOCI/soci
- document database library (couchdb/mongodb/etc)
Someone has had an idea to implement SOCI backend for it (SOCI is not tightly bound to SQL, with some development it could accommodate NoSQL/JSON based queries too) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net
Today starts Google Summer of Code. Is Boost community will become one of the mentoring organizations?
What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info)
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
We don't have to volunteer to implement any of these ideas right? :)
- Hardware graphics (OpenGL/OpenGL|ES/DirectX abstraction) - Audio library (OpenAL/FMOD/etc) - GUI library - Input library (like DirectInput/XInput) - Reliable UDP ontop of asio (maybe UDT?) - fixed-point math library (binary scaling) - spatial indexes (previous gsoc don't know it's status) - extension library (previous gsoc don't know it's status) - rating system algorithms (elo/TrueSkill) - std::packaged_task scheduler (like tbb's, with task stealing)
FWIW, something like this is already part of the HPX library (https://github.com/STEllAR-GROUP/hpx/). Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu
- geometry library (convince the developers to submit eigen3 to boost) - physics library (ODE/Havok/PhysX/etc abstraction) - json parsing libary - relational database library (what ever happened with boost and soci?) - document database library (couchdb/mongodb/etc) - memcache library (seems to already be a boosty one written by Dean Michael Berris) - expected<T> (http://tinyurl.com/clv3bsj) - approximate string matching - trie data structure - b-tree data structure - radix sort - filesystem abstraction + path cleanup (http://thread.gmane.org/gmane.comp.lib.boost.devel/238103)
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects.
implementing new libraries is one thing, getting them ready for boost and doing the review another. i suppose there must be quite some code that had been developed during past gsoc projects and that have been abandoned ... so it might be a good project to adopt an existing libray, which has not been reviewed and manage the review process (address review comments etc). tim
What project ideas are we proposing? (As for me, I'd love to see unique_ptr+unique_array implemented using Boost.Move; C++11 features support for MPL, Fusion, Graph, Bind, Optional; BTree library; library for getting system info)
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
I'll add my two cents and observations from the past years. Boost was not accepted last year because the project list was, frankly, pathetic. Few people sent projects ideas, and I would guess that fewer had any real intent of mentoring them. On the topic of project ideas, you will be confronted with two conflicting goals: 1. Getting code into the Boost release in the short term 2. Having a proposal that can be completed in 3 months Reject input from any person who claims that project ideas or proposals must satisfy these requirements. Getting code into Boost takes longer than 3 months on average, so it should never considered as a requirement. Encourage students to be ambitious with proposals by proposing ambitious projects. Projects of the form "fix bugs in XXX" or "implement feature YYY" may appeal to some students, but they're about as interesting as watching paint dry. It has been my opinion for several years that Boost is best served by GSoC by recruiting students to work on novel and interesting projects. This cannot happen if projects are constrained to those that can be finished in 3 months. Andrew
Andrew Sutton wrote:
Encourage students to be ambitious with proposals by proposing ambitious projects. Projects of the form "fix bugs in XXX" or "implement feature YYY" may appeal to some students, but they're about as interesting as watching paint dry.
It has been my opinion for several years that Boost is best served by GSoC by recruiting students to work on novel and interesting projects. This cannot happen if projects are constrained to those that can be finished in 3 months.
I think I agree with these observations. My take away is that GSOC is probably not a good match for boost. I'm thinking that "projects" can be classified between two models. At one extreme there are "toy", "academic" projects which enphasize experimental ideas and test and study them. At the other are "industrial strength" projects which can pass the stringent requirements of boost users. These latter are 2% inspiration and 98% perspiration - probably not what students are looking for and likely not the best usage of their time in school. Robert Ramey
Andrew
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-----Original Message----- From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of Andrew Sutton Sent: Thursday, February 14, 2013 3:02 PM To: boost@lists.boost.org Subject: Re: [boost] [GSOC] Are we going to participate?
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea.
John Maddock, Christopher Kormanyos and I are considering a project extending Boost.Math. Should someone start an 'ideas for projects' section on the Wiki? (For this and other ideas like ODEint extensions). Paul --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
Hi, On 02/13/2013 11:06 PM, Boris Schaeling wrote:
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
I would like to propose a GSOC project ideas aiming to implement a new feature for odeint. It would be really nice to have more implicit ODE solvers in odeint and an extended algebra/operations mechanism for matrices and solution of linear systems. This would widen the scope of the library enormously, since it directly addresses partial differential equations (PDEs) and enters the field of HPC.
-----Original Message----- From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of Karsten Ahnert Sent: Monday, February 18, 2013 9:59 AM To: boost@lists.boost.org Subject: Re: [boost] [GSOC] Are we going to participate?
Hi,
On 02/13/2013 11:06 PM, Boris Schaeling wrote:
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
I would like to propose a GSOC project ideas aiming to implement a new feature for odeint. It would be really nice to have more implicit ODE solvers in odeint and an extended algebra/operations mechanism for matrices and solution of linear systems. This would widen the scope of the library enormously, since it directly addresses partial differential equations (PDEs) and enters the field of HPC.
This sounds a good project in that it is conceivably doable in 3 months, and can build on the existing infrastructure of testing and docs, and does not necessarily require a review (or only a mini one). My experience mentoring the Checks project is that it was possible to get to a reviewable state - but only because I had set up the infrastructure with a template for testing and docs. I think we would have made it to review if the student hadn't decided that there was a better way of doing it and so re-wrote it substantially! - and then his studies intervened ;-( This suggests to me that revision or rejuvenation or extension of existing libraries to produce 'Version 2' might provide good projects? Or picking up orphaned projects or libraries (endian? - Beman has more important jobs to do ;-) ) We seem to have a lot of nearly finished projects - and that means a lot of wasted work? Paul PS This does not exclude 'Blue Skies' projects suggested by Andrew Sutton where we can't expect a finished project. --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
Hi, I would like too to propose another GSOC project, regarding the improvement of Boost::uBLAS. We have an old page with the list of future new features here: http://sourceforge.net/apps/mediawiki/ublas/index.php?title=Main_Page Basically, anything from this page is itself a GSOC project but in fact, at least 2 are more important that the rest and have to be done in that order: - unify representation of vector and matrices into a unique matrix class. After all, vectors are 1-row or 1-column matrices. This has 2 advantages: better representation of the the underlying math concept and laying the ground for future extensions. For code compatibility purpose, the vector<> will still exist. It will be extended so that one can choose if it's a row or column vector. One consequence of that, will be the implementation of the * operator for matrices and vectors. Fixed size vectors and matrices could be another consequence of this new ar chitecture. Ideally, I want to write code like this in C++11 vector<double, row, 4> v1=randn(1,4); vector<double, column, 4> v2=randn(4,1); auto v3 = v1*v2; - basic architecture for parallel code, vectorized code, GPU code, multi-core, you name it. Inspiration from other libraries like Eigen, Armadillo, GotoBLAS, etc... is highly recommended (after all, that's one of the raison d'etre of Free S oftware) Then if time permits, the GSOC student could start doing some SSE or multi-core code to prove the concept of the architecture. So basically, the GSOC project is to shuffle Boost::uBLAS architecture a little bit to make it more modern and way faster. Best, David On Mon, Feb 18, 2013 at 10:42 AM, Paul A. Bristow <pbristow@hetp.u-net.com>wrote:
-----Original Message----- From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of Karsten Ahnert Sent: Monday, February 18, 2013 9:59 AM To: boost@lists.boost.org Subject: Re: [boost] [GSOC] Are we going to participate?
Hi,
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add
On 02/13/2013 11:06 PM, Boris Schaeling wrote: them to the Wiki page.
For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
I would like to propose a GSOC project ideas aiming to implement a new feature for odeint. It would be really nice to have more implicit ODE solvers in odeint and an extended algebra/operations mechanism for matrices and solution of linear systems. This would widen the scope of the library enormously, since it directly addresses partial differential equations (PDEs) and enters the field of HPC.
This sounds a good project in that it is conceivably doable in 3 months, and can build on the existing infrastructure of testing and docs, and does not necessarily require a review (or only a mini one).
My experience mentoring the Checks project is that it was possible to get to a reviewable state - but only because I had set up the infrastructure with a template for testing and docs. I think we would have made it to review if the student hadn't decided that there was a better way of doing it and so re-wrote it substantially!
- and then his studies intervened ;-(
This suggests to me that revision or rejuvenation or extension of existing libraries to produce 'Version 2' might provide good projects? Or picking up orphaned projects or libraries (endian? - Beman has more important jobs to do ;-) )
We seem to have a lot of nearly finished projects - and that means a lot of wasted work?
Paul
PS This does not exclude 'Blue Skies' projects suggested by Andrew Sutton where we can't expect a finished project. --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi, following Karsten, who as usual was faster than me, I would like to propose a second GSoC project for odeint. I would like to see more computational backends for odeint. Namely one could add parallelization backends based on OpenMP or MPI, also an SIMD backend would be really nice. Each of these is not too much work but altogether it makes a reasonable GSoC project I would say. Especially as I will work in this direction for the next months as well. What should I do to publish the project? Edit the wiki page or send something to google directly? On Monday, February 18, 2013 10:58:57 AM Karsten Ahnert wrote:
Hi,
On 02/13/2013 11:06 PM, Boris Schaeling wrote:
Andrew was the GSoC administrator for Boost in the previous years but unfortunately has no time this year. So I jump in. I just created the Wiki page <https://svn.boost.org/trac/boost/wiki/SoC2013> and will send around another email in the coming days. For now I encourage everyone to brainstorm just like Antony did about what you would like to see in Boost. Google didn't invite us last year to participate in the program, and the reason was that we didn't have enough ideas/projects. So feel free to send ideas to this mailing list or add them to the Wiki page. For now no idea is too stupid - and even if it is, it might help someone else to get a good idea. :)
I would like to propose a GSOC project ideas aiming to implement a new feature for odeint. It would be really nice to have more implicit ODE solvers in odeint and an extended algebra/operations mechanism for matrices and solution of linear systems. This would widen the scope of the library enormously, since it directly addresses partial differential equations (PDEs) and enters the field of HPC.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi Boris, I just noticed today someone inquiring about Boost.XML as a GSoC project. Being the one who originally suggested that idea almost ten (!) years ago (and who then also implemented a simple sandbox project as a proof-of-concept), I would love to see such a project being successful. Do you think it's still time to work on a proposal ? Where should I register to be an eligible mentor with boost.org ? (I'm already registered with GSoC - my ID is 'stefan'.) Thanks, Stefan -- ...ich hab' noch einen Koffer in Berlin...
On Wed, 01 May 2013 22:27:19 +0200, Stefan Seefeld <stefan@seefeld.name> wrote: Hi Stefan,
[...]Do you think it's still time to work on a proposal ? Where should I register to be an eligible mentor with boost.org ? (I'm already registered with GSoC - my ID is 'stefan'.)
I think you can apply here: <http://www.google-melange.com/gsoc/org/google/gsoc2013/boost> I think because the webpages look different depending on your status (I believe there should be a "apply as a mentor" button). And yes, there are less than 48 hours left. But I believe it should be still possible for a student to submit a proper application. Boris
On 2013-05-01 17:11, Boris Schaeling wrote:
On Wed, 01 May 2013 22:27:19 +0200, Stefan Seefeld <stefan@seefeld.name> wrote:
Hi Stefan,
[...]Do you think it's still time to work on a proposal ? Where should I register to be an eligible mentor with boost.org ? (I'm already registered with GSoC - my ID is 'stefan'.)
I think you can apply here: <http://www.google-melange.com/gsoc/org/google/gsoc2013/boost> I think because the webpages look different depending on your status (I believe there should be a "apply as a mentor" button).
Indeed, and I have clicked on that and filled out the form a couple of times. Still, when I go to my "dashboard", I don't see boost in the list of "my" organizations. Are you as org admin able to add me as a (potential) mentor ? Thanks, Stefan -- ...ich hab' noch einen Koffer in Berlin...
participants (16)
-
Andrew Sutton -
Antony Polukhin -
Boris Schaeling -
David Bellot -
Hartmut Kaiser -
Karsten Ahnert -
Klaim - Joël Lamotte -
Mario Mulansky -
Mateusz Loskot -
Matus Chochlik -
Michael Marcin -
Paul A. Bristow -
Robert Ramey -
Roland Bock -
Stefan Seefeld -
Tim Blechmann