Re: Google Summer of Code 2016 Only A Few Hours Left
On 2016-02-22 23:32, jmh530 wrote: On Monday, 22 February 2016 at 20:00:09 UTC, Dave wrote: The Stan Math Library is a header-only C++ library as Eigen is. Is there a chance to port such big libraries including many macros with htod (unfortunately I do not have a Windows-OS to try it out)? On posix, you could try dstep. Unfortunately DStep cannot create bindings for C++. It also doesn't handle macros. Handle #define is work in progress. -- /Jacob Carlborg
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: Good starting points for a GSOC project would be "to port" mc-stan.org or some optimization algorithms from Coin-OR.org (please let me be more particular and independent of existing work if there is any interest for such a project!). This is what I was talking about: https://code.dlang.org/packages/libnlopt https://code.dlang.org/packages/nloptd
Re: Google Summer of Code 2016 Only A Few Hours Left
On Saturday, 20 February 2016 at 13:31:03 UTC, bachmeier wrote: On Friday, 19 February 2016 at 21:50:43 UTC, jmh530 wrote: On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: Alternately, you could try calling pystan or rstan from D. If you make any progress on these approaches, I would be interested. If it has an R interface, it also has a D interface using my rdlang project. I will look at it when I get some free time. R is the most popular way to use Stan I think. rstan is the library.
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 21:50:43 UTC, jmh530 wrote: On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: Alternately, you could try calling pystan or rstan from D. If you make any progress on these approaches, I would be interested. If it has an R interface, it also has a D interface using my rdlang project. I will look at it when I get some free time.
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: [...] D is a fantastic efficient and fast replacement of Python which even has great plotting and other analysis features as ggplotd! To gain traction in numerical and statistical computing it is important to provide great optimization, automatic differential (AD) (reversed-mode AD (e.g. in mc-stan.org for Bayesian stuff) and/or forward-mode as e.g. for R at GSOC-2010 - there is no reason for numerical diff these days anymore, and you may mess-up your stuff using it!), and Bayesian routines. D is laking on these basic features (my personal opinion - correct me if I am wrong). [...] Well, you can always try updating the ideas page anyways. Today was the application deadline, but I don't think there is anything they can do to stop us from updating a page on our Wiki. Just make sure to add yourself to the mentor's page.
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: Good starting points for a GSOC project would be "to port" mc-stan.org or some optimization algorithms from Coin-OR.org (please let me be more particular and independent of existing work if there is any interest for such a project!). I've written bindings for nlopt and a wrapper to make it more D-like. Close to releasing it. I'm also thinking about doing the same thing for GLPK, but I want to do other non-D stuff before I get to that. The only optimization library I'm familiar with in Coin-OR is ipopt and that's C++, which might be more difficult to get working. Being able to call Stan from D would definitely be cool. It looks beyond my expertise to get it working though. I think part of the difficulty is that while it is written in C++, there isn't a C++ interface. I think they are working on one though. I looked at the code for rstan and the command line interface and couldn't make much headway in understanding what's going on. It should be possible to do some manipulation in D and pipe it to the command line interface of Stan. Alternately, you could try calling pystan or rstan from D. If you make any progress on these approaches, I would be interested.
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 20:08:43 UTC, Alex Herrmann wrote: On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: The GSOC deadline is Feb 19th 19:00 UTC (or 2 PM Wawa time) so any last ideas for the Idea's page are welcome. Our application is completed, but changes can still be made to the ideas page. In fact I suppose we can go on making modifications even after the deadline, as I have no idea at what time Google takes the snapshots of these pages for evaluation. Thanks to Martin Nowak's suggestion we are now participating as "The D Foundation" (rather than Digital Mars). Thanks to all who have helped out to this point. Cheers, Craig As a prospective student, fingers are crossed for D. Same here. I started working on some proposals already. I really hope D gets accepted.
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 21:10:45 UTC, Dave wrote: On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: The GSOC deadline is Feb 19th 19:00 UTC (or 2 PM Wawa time) so any last ideas for the Idea's page are welcome. Our application is completed, but changes can still be made to the ideas page. In fact I suppose we can go on making modifications even after the deadline, as I have no idea at what time Google takes the snapshots of these pages for evaluation. Thanks to Martin Nowak's suggestion we are now participating as "The D Foundation" (rather than Digital Mars). Thanks to all who have helped out to this point. Cheers, Craig D is a fantastic efficient and fast replacement of Python which even has great plotting and other analysis features as ggplotd! To gain traction in numerical and statistical computing it is important to provide great optimization, automatic differential (AD) (reversed-mode AD (e.g. in mc-stan.org for Bayesian stuff) and/or forward-mode as e.g. for R at GSOC-2010 - there is no reason for numerical diff these days anymore, and you may mess-up your stuff using it!), and Bayesian routines. D is laking on these basic features (my personal opinion - correct me if I am wrong). Good starting points for a GSOC project would be "to port" mc-stan.org or some optimization algorithms from Coin-OR.org (please let me be more particular and independent of existing work if there is any interest for such a project!). I am not a D specialist but getting more and more into it and up to happily mentor this GSOC-project (maybe there would be (co-)mentors with more D experiences). (I already initiated a successful GSOC application on algorithmic differentiation in R together with John Nash for GSOC 2010 (student: Chidambaram Annamalai) - unfortunately I did not have the capacity to mentor/support the project as I had to finish my PhD during this time) Sorry, I just missed that the deadline is UTC 19:00. Maybe next year :-)
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: The GSOC deadline is Feb 19th 19:00 UTC (or 2 PM Wawa time) so any last ideas for the Idea's page are welcome. Our application is completed, but changes can still be made to the ideas page. In fact I suppose we can go on making modifications even after the deadline, as I have no idea at what time Google takes the snapshots of these pages for evaluation. Thanks to Martin Nowak's suggestion we are now participating as "The D Foundation" (rather than Digital Mars). Thanks to all who have helped out to this point. Cheers, Craig D is a fantastic efficient and fast replacement of Python which even has great plotting and other analysis features as ggplotd! To gain traction in numerical and statistical computing it is important to provide great optimization, automatic differential (AD) (reversed-mode AD (e.g. in mc-stan.org for Bayesian stuff) and/or forward-mode as e.g. for R at GSOC-2010 - there is no reason for numerical diff these days anymore, and you may mess-up your stuff using it!), and Bayesian routines. D is laking on these basic features (my personal opinion - correct me if I am wrong). Good starting points for a GSOC project would be "to port" mc-stan.org or some optimization algorithms from Coin-OR.org (please let me be more particular and independent of existing work if there is any interest for such a project!). I am not a D specialist but getting more and more into it and up to happily mentor this GSOC-project (maybe there would be (co-)mentors with more D experiences). (I already initiated a successful GSOC application on algorithmic differentiation in R together with John Nash for GSOC 2010 (student: Chidambaram Annamalai) - unfortunately I did not have the capacity to mentor/support the project as I had to finish my PhD during this time)
Re: Google Summer of Code 2016 Only A Few Hours Left
On Friday, 19 February 2016 at 20:08:43 UTC, Alex Herrmann wrote: On Friday, 19 February 2016 at 17:03:57 UTC, Craig Dillabaugh wrote: The GSOC deadline is Feb 19th 19:00 UTC (or 2 PM Wawa time) so any last ideas for the Idea's page are welcome. Our application is completed, but changes can still be made to the ideas page. In fact I suppose we can go on making modifications even after the deadline, as I have no idea at what time Google takes the snapshots of these pages for evaluation. Thanks to Martin Nowak's suggestion we are now participating as "The D Foundation" (rather than Digital Mars). Thanks to all who have helped out to this point. Cheers, Craig As a prospective student, fingers are crossed for D. Me too. Its been a few years now.
Re: Google Summer of Code 2016
On Tuesday, 16 February 2016 at 11:20:13 UTC, Johannes Pfau wrote: Am Tue, 16 Feb 2016 00:28:29 + schrieb Craig Dillabaugh: clip I'd suggest posting this to D.announce, people often don't read these old threads. Done! Thanks for the suggestion.
Re: Google Summer of Code 2016
Am Tue, 16 Feb 2016 00:28:29 + schrieb Craig Dillabaugh: > On Wednesday, 10 February 2016 at 03:28:55 UTC, Craig Dillabaugh > wrote: > clip > > > > I would like confirmation from the following individuals if > > they can mentor GSOC this summer. > > > > Iain Buclaw > > Bruno Medeiros > > Martin Nowak (and as backup Admin) > > Jacob Ovrum > > > > And as backup mentors > > Adam D. Ruppe > > Dmitry Olshansky > > > > I will continue to polish the Ideas page until the deadline > > (Feb 18th) > > > > http://wiki.dlang.org/GSOC_2016_Ideas > > > > but improvements by the community are welcome. > > GSOC deadline is Friday. Would be great if I could get > confirmation from the above individuals if they can still mentor. > Also, if you have an interest in being a mentor please let me > know, and I can add you to the list. > > Also improvements to the Idea's page are welcome. I've added a > few things (and subtracted one or two), but it still looks a lot > like last year's losing effort. > > I'd suggest posting this to D.announce, people often don't read these old threads.
Re: Google Summer of Code 2016
On Wednesday, 10 February 2016 at 03:28:55 UTC, Craig Dillabaugh wrote: clip I would like confirmation from the following individuals if they can mentor GSOC this summer. Iain Buclaw Bruno Medeiros Martin Nowak (and as backup Admin) Jacob Ovrum And as backup mentors Adam D. Ruppe Dmitry Olshansky I will continue to polish the Ideas page until the deadline (Feb 18th) http://wiki.dlang.org/GSOC_2016_Ideas but improvements by the community are welcome. GSOC deadline is Friday. Would be great if I could get confirmation from the above individuals if they can still mentor. Also, if you have an interest in being a mentor please let me know, and I can add you to the list. Also improvements to the Idea's page are welcome. I've added a few things (and subtracted one or two), but it still looks a lot like last year's losing effort.
Re: Google Summer of Code 2016
On Monday, 18 January 2016 at 16:16:01 UTC, Craig Dillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Craig Just trying to keep GSOC on the front page ... If you have your name attached to a project currently on our list please let me know if you can't mentor this year. I am starting to get some inquires for students about projects (just had one about DDT), and it would be bad is some project that is currently on the list disappeared between now and mid-February. So I would rather clean up any projects that we can't go ahead with now. I would like confirmation from the following individuals if they can mentor GSOC this summer. Iain Buclaw Bruno Medeiros Martin Nowak (and as backup Admin) Jacob Ovrum And as backup mentors Adam D. Ruppe Dmitry Olshansky I will continue to polish the Ideas page until the deadline (Feb 18th) http://wiki.dlang.org/GSOC_2016_Ideas but improvements by the community are welcome.
Re: Google Summer of Code 2016
On Sunday, 7 February 2016 at 12:14:24 UTC, Dragos Carp wrote: On Saturday, 6 February 2016 at 20:18:57 UTC, Craig Dillabaugh wrote: Anyone interested and capable of mentor a student interested in doing FlatBuffers for D. I could do that. Currently, as a side project, I'm working on adding D support for Protocol Buffers v3 [1]. Main goals of the new design: - integration in the upstream project - simple readable generated code - range based solution Of course, the same can be applied for the FlatBuffers. [1] https://github.com/dcarp/protobuf/tree/dlang_support Awesome! Thanks. I will write up something on the idea's page in the next day or two (which you are welcome to edit of course). Also, if a student were interested in working on Protocol Buffers, would there be opportunities there too? I also ask Mentor's to write a little bit about themselves on the mentor's page: http://wiki.dlang.org/GSOC_mentors
Re: Google Summer of Code 2016
On Monday, 8 February 2016 at 13:25:38 UTC, CraigDillabaugh wrote: Awesome! Thanks. I will write up something on the idea's page in the next day or two (which you are welcome to edit of course). Also, if a student were interested in working on Protocol Buffers, would there be opportunities there too? There is still some pending work regarding Protocol Buffers: - native support for the so called "well known" types - optimization of non-recursive messages - comments and deprecate field handling - benchmarking - json support
Re: Google Summer of Code 2016
On Saturday, 6 February 2016 at 20:18:57 UTC, Craig Dillabaugh wrote: Anyone interested and capable of mentor a student interested in doing FlatBuffers for D. I could do that. Currently, as a side project, I'm working on adding D support for Protocol Buffers v3 [1]. Main goals of the new design: - integration in the upstream project - simple readable generated code - range based solution Of course, the same can be applied for the FlatBuffers. [1] https://github.com/dcarp/protobuf/tree/dlang_support
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 20:46:59 UTC, Tavi wrote: On Friday, 15 January 2016 at 16:06:00 UTC, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 15:11:39 UTC, Tavi wrote: On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. FlatBuffers for DLang - http://google.github.io/flatbuffers/ Are you volunteering as a potential mentor :o) I haven't started anything seriously in D yet, so I would not be qualified for such mentoring. Being an efficient cross platform serialization library started at Google (already supporting C++, Java, C#, Go, Python and JavaScript), may be a good candidate for GSOC. Anyone interested and capable of mentor a student interested in doing FlatBuffers for D.
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 13:57:06 UTC, Rikki Cattermole wrote: On 29/01/16 2:53 AM, Craig Dillabaugh wrote: [...] I have a c phase 1-3 implemented in D. I would be willing to give up the source if I keep the rights (but code can be open just not an open source license). Could be used to fully translate c code to D without too much work I would think. http://en.cppreference.com/w/c/language/translation_phases Rikki, how would this improve upon what we have with Dstep (apart from it being fun since it is in D).
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu wrote: On 01/14/2016 01:56 PM, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Improving the GC clip Andrei I wanted to follow up on a few of Andrei's ideas. Is there any work ongoing on the GC, I know there has been lots of talk from time to time, but are there any concrete efforts out there that a student could start from? Also I've seen lots of discussion on improving SQL support, and good starting points. For the parser generator there is currently Pegged, that could be integrated into Phobos. Would that be enough work for a full project. https://github.com/PhilippeSigaud/Pegged Also, anyone interested in mentoring projects related to these topics.
Re: Google Summer of Code 2016
On 2016-01-28 18:19, Dicebot wrote: AFAIK this is blocked on having C++ API bindings because preprocessor isn't exposed to plain C ones (this is exactly why I have mentioned it in list). I'm not sure what you have in mind but handling something like #if seems very complicated. Example: #if __APPLE__ // some declarations #elif linux // some declarations #endif The problems I see with the above: 1. It's not possible to enable/disable these preprocessor symbols. For example enabling both 2. If the above would be possible the compiler would need to have access to the SDK of the other platform. Is this what cross-compilers do? 3. Even if the above two points work the compiler would still need to choose one of the two paths. I guess it would need to at least lex the other path. But just lexing the other path would not need to be enough. It need to parse and to the semantic analysis as well to be useful Just thinking about this brings up new problems and gives me a headache :) -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 13:53:30 UTC, Craig Dillabaugh wrote: Would there be any interest in a project to automate binding generation from C files (or perhaps even a full conversion tool)? This could be done either as a new project, or possibly building on dstep - if there is meaningful work that can still be done to improve that project. Alternately, the student suggested using pycparser (https://github.com/eliben/pycparse) as the basis for such a tool? I think it is very important to focus on polishing dstep instead of creating more and more imperfect tools. In the end any approach which doesn't use existing mature C compiler frontend is doomed to make binding mistakes. Random suggestions for improving dstep: - implement support for C++ clang API using new shiny dmd features (it tends to have more features than C one) - implement automatic generation of idiomatic D code for raw bindings (i.e. stripping redundant namespace prefixes) - remove/minimize dependencies apart from Phobos/libclang (will make much easier including it into standard tools)
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 17:15:17 UTC, Craig Dillabaugh wrote: Seems like there should be enough there for a project. Also looking at: https://github.com/jacob-carlborg/dstep in the list of limitations is, 'Doesn't translate preprocessor macros of any kind", that seems like a good challenge. AFAIK this is blocked on having C++ API bindings because preprocessor isn't exposed to plain C ones (this is exactly why I have mentioned it in list). So if Jacob can't mentor this, is there anyone who would be comfortable with that type of project? I may volunteer but need to check my availability and mentor duties :) Will respond shortly. But of course it should be Jacob.
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 15:20:12 UTC, Dicebot wrote: On Thursday, 28 January 2016 at 13:53:30 UTC, Craig Dillabaugh wrote: Would there be any interest in a project to automate binding generation from C files (or perhaps even a full conversion tool)? This could be done either as a new project, or possibly building on dstep - if there is meaningful work that can still be done to improve that project. Alternately, the student suggested using pycparser (https://github.com/eliben/pycparse) as the basis for such a tool? I think it is very important to focus on polishing dstep instead of creating more and more imperfect tools. In the end any approach which doesn't use existing mature C compiler frontend is doomed to make binding mistakes. Random suggestions for improving dstep: - implement support for C++ clang API using new shiny dmd features (it tends to have more features than C one) - implement automatic generation of idiomatic D code for raw bindings (i.e. stripping redundant namespace prefixes) - remove/minimize dependencies apart from Phobos/libclang (will make much easier including it into standard tools) Seems like there should be enough there for a project. Also looking at: https://github.com/jacob-carlborg/dstep in the list of limitations is, 'Doesn't translate preprocessor macros of any kind", that seems like a good challenge. So if Jacob can't mentor this, is there anyone who would be comfortable with that type of project?
Re: Google Summer of Code 2016
On Thu, 2016-01-28 at 22:01 +0100, Jacob Carlborg via Digitalmars-d wrote: > On 2016-01-28 14:53, Craig Dillabaugh wrote: > > > > Jacob, are you sure you don't want to Mentor? It seems like you > > are > > involved in all the interesting projects from a student perspective > > :o) > > I can absolutely help out with all of my projects and projects I'm > involved in. But I have no interested in being an official mentor. Given I have an interest in making DStep better (so as to wrap the Linux DVB API and libdvbv5) and Jacob is not wanting to be formal mentor, and yet can support, I can offer myself as mentor so as to try and ensure the project moves. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Google Summer of Code 2016
On 2016-01-28 14:53, Craig Dillabaugh wrote: Jacob, are you sure you don't want to Mentor? It seems like you are involved in all the interesting projects from a student perspective :o) I can absolutely help out with all of my projects and projects I'm involved in. But I have no interested in being an official mentor. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On 2016-01-28 16:20, Dicebot wrote: I think it is very important to focus on polishing dstep instead of creating more and more imperfect tools. In the end any approach which doesn't use existing mature C compiler frontend is doomed to make binding mistakes. Random suggestions for improving dstep: - implement support for C++ clang API using new shiny dmd features (it tends to have more features than C one) I would like to avoid this until there's absolutely no other way to do it. A couple of other ideas: * Getting the D code more looking like the C code. For example, the same order for the symbols as the C code has. Currently it outputs all variables first, then all types and all functions last * Add support for comments * Generated libclang bindings. These are now manually created, mostly for the above two reasons. Ideally it would be possible to generate bindings almost exactly like the manually created ones [1] [1] https://github.com/jacob-carlborg/dstep/blob/master/clang/c/Index.d -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 21:07:58 UTC, Jacob Carlborg wrote: * Generated libclang bindings. These are now manually created, mostly for the above two reasons. Ideally it would be possible to generate bindings almost exactly like the manually created ones [1] [1] https://github.com/jacob-carlborg/dstep/blob/master/clang/c/Index.d Could be cool project to make dstep compilable with clang bindings converted with dstep - and run tests with both.
Re: Google Summer of Code 2016
On 2016-01-28 18:19, Dicebot wrote: AFAIK this is blocked on having C++ API bindings because preprocessor isn't exposed to plain C ones (this is exactly why I have mentioned it in list). I would first try the translation unit option "CXTranslationUnit_DetailedPreprocessingRecord". The documentation says: "Used to indicate that the parser should construct a "detailed" preprocessing record, including all macro definitions and instantiations" If that doesn't work I would prefer improving the C bindings to add functionality for working with the preprocessor. But perhaps no one is interested in doing that. One huge advantage is that C API for libclang is a stable API. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Tue, 2016-01-26 at 18:45 +, CraigDillabaugh via Digitalmars-d wrote: > […] > > I would like to get confirmation from each of you if you can > mentor this year (and if your name is attached to a project, can > that still be a go). If I don't have confirmation I will have to I believe I will be able to. I haven't been able to check the projects and propose new ones, sorry. Mayhap at the end of next week. Sorry for the delay… things. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Google Summer of Code 2016
On Thursday, 28 January 2016 at 22:26:44 UTC, Russel Winder wrote: On Thu, 2016-01-28 at 22:01 +0100, Jacob Carlborg via Digitalmars-d wrote: On 2016-01-28 14:53, Craig Dillabaugh wrote: > Jacob, are you sure you don't want to Mentor? It seems like > you > are > involved in all the interesting projects from a student > perspective > :o) I can absolutely help out with all of my projects and projects I'm involved in. But I have no interested in being an official mentor. Given I have an interest in making DStep better (so as to wrap the Linux DVB API and libdvbv5) and Jacob is not wanting to be formal mentor, and yet can support, I can offer myself as mentor so as to try and ensure the project moves. Thanks Russel, Jacob, and Dicebot for your suggestions. I will add DStep to our list of projects with Russel as Mentor.
Re: Google Summer of Code 2016
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas clip http://wiki.dlang.org/GSOC_mentors We have had another student inquiry on the GSOC front. I am going from memory, which is always a bit sketchy, but it seems that there is a bit of an increase in student interest this year. Would there be any interest in a project to automate binding generation from C files (or perhaps even a full conversion tool)? This could be done either as a new project, or possibly building on dstep - if there is meaningful work that can still be done to improve that project. Alternately, the student suggested using pycparser (https://github.com/eliben/pycparse) as the basis for such a tool? Jacob, are you sure you don't want to Mentor? It seems like you are involved in all the interesting projects from a student perspective :o) Is there work that can be done to improve dstep?
Re: Google Summer of Code 2016
On 29/01/16 2:53 AM, Craig Dillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas clip http://wiki.dlang.org/GSOC_mentors We have had another student inquiry on the GSOC front. I am going from memory, which is always a bit sketchy, but it seems that there is a bit of an increase in student interest this year. Would there be any interest in a project to automate binding generation from C files (or perhaps even a full conversion tool)? This could be done either as a new project, or possibly building on dstep - if there is meaningful work that can still be done to improve that project. Alternately, the student suggested using pycparser (https://github.com/eliben/pycparse) as the basis for such a tool? Jacob, are you sure you don't want to Mentor? It seems like you are involved in all the interesting projects from a student perspective :o) Is there work that can be done to improve dstep? I have a c phase 1-3 implemented in D. I would be willing to give up the source if I keep the rights (but code can be open just not an open source license). Could be used to fully translate c code to D without too much work I would think. http://en.cppreference.com/w/c/language/translation_phases
Re: Google Summer of Code 2016
On Monday, 18 January 2016 at 16:16:01 UTC, Craig Dillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Craig Just trying to keep GSOC on the front page ... If you have your name attached to a project currently on our list please let me know if you can't mentor this year. I am starting to get some inquires for students about projects (just had one about DDT), and it would be bad is some project that is currently on the list disappeared between now and mid-February. So I would rather clean up any projects that we can't go ahead with now. I can't believe I let this slip all the way to page 4 :o) GSOC organization deadline is 3.5 weeks away, and while there have been a few ideas proposed here, we don't have too much that is concrete. I will try and get to work on filling in the idea's page with what we have so far, but still need more ideas from the community. Note, if you have an idea you also need to either be able to mentor, or even better, volunteer someone else. For the time being the following people are listed as potential mentors for projects already on the idea's page (from last year): Andrei Alexandrescu Iain Buclaw Bruno Medeiros Jens Mueller Martin Nowak Jacob Ovrum Amaury Sechet Russel Winder I would like to get confirmation from each of you if you can mentor this year (and if your name is attached to a project, can that still be a go). If I don't have confirmation I will have to drop the mentor/project, as it would look really bad if students submit proposals and we end up saying "Oh, sorry that individual can't really mentor you ... maybe you should try something Rust related." Cheers Craig
Re: Google Summer of Code 2016
On 01/26/2016 01:45 PM, CraigDillabaugh wrote: I would like to get confirmation from each of you if you can mentor this year (and if your name is attached to a project, can that still be a go). Affirmative. -- Andrei
Re: Google Summer of Code 2016
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Craig Just trying to keep GSOC on the front page ... If you have your name attached to a project currently on our list please let me know if you can't mentor this year. I am starting to get some inquires for students about projects (just had one about DDT), and it would be bad is some project that is currently on the list disappeared between now and mid-February. So I would rather clean up any projects that we can't go ahead with now.
Re: Google Summer of Code 2016
On 2016-01-15 23:25, Craig Dillabaugh wrote: How much work do you think that would involve? Would it be enough to qualify as a project (I am guessing something in the range of 150-300 hours of total work, including getting up to speed, design, implementation, testing, would be suitable). It's hard to say. It depends on how much time it takes to get up to speed. If the student already knows D it will be a lot quicker. But for me that's already working on this, I really hope it wouldn't take that long time. I think it's a bigger chance that it's too small than too large. But if it's possible to be flexible we could add more archive types if the project turns out to be too small. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 12:36:32 UTC, Andrei Alexandrescu wrote: On 1/15/16 6:58 AM, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 10:02:14 UTC, Marc Schütz wrote: * A flexible serialization framework in Phobos. std.csv could be changed to use it, and vibe.d as well as various serialization related libraries (e.g. Protocol Buffers, capnproto) would also benefit from standardization here. What about Orange? What is preventing it from becoming part of Phobos? https://github.com/jacob-carlborg/orange I recall there has been one (or two?) unsuccessful attempts. -- Andrei Right, but it needs someone to take another stab at it. Part of the job is to gather all the requirements and look at the previous discussions as well as existing solutions.
Re: Google Summer of Code 2016
On 1/15/16 6:58 AM, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 10:02:14 UTC, Marc Schütz wrote: On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu wrote: A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Anything building on the strengths on D: introspection, compile-time stuff, DSL, etc. * Improving the GC * Theoretical work - core language semantics, proving immutable provides guarantees etc. * A flexible serialization framework in Phobos. std.csv could be changed to use it, and vibe.d as well as various serialization related libraries (e.g. Protocol Buffers, capnproto) would also benefit from standardization here. What about Orange? What is preventing it from becoming part of Phobos? https://github.com/jacob-carlborg/orange I recall there has been one (or two?) unsuccessful attempts. -- Andrei
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu wrote: A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Anything building on the strengths on D: introspection, compile-time stuff, DSL, etc. * Improving the GC * Theoretical work - core language semantics, proving immutable provides guarantees etc. * A flexible serialization framework in Phobos. std.csv could be changed to use it, and vibe.d as well as various serialization related libraries (e.g. Protocol Buffers, capnproto) would also benefit from standardization here.
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 10:02:14 UTC, Marc Schütz wrote: On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu wrote: A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Anything building on the strengths on D: introspection, compile-time stuff, DSL, etc. * Improving the GC * Theoretical work - core language semantics, proving immutable provides guarantees etc. * A flexible serialization framework in Phobos. std.csv could be changed to use it, and vibe.d as well as various serialization related libraries (e.g. Protocol Buffers, capnproto) would also benefit from standardization here. What about Orange? What is preventing it from becoming part of Phobos? https://github.com/jacob-carlborg/orange
Re: Google Summer of Code 2016
On 01/15/2016 08:11 AM, Marc Schütz wrote: On Friday, 15 January 2016 at 12:36:32 UTC, Andrei Alexandrescu wrote: On 1/15/16 6:58 AM, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 10:02:14 UTC, Marc Schütz wrote: * A flexible serialization framework in Phobos. std.csv could be changed to use it, and vibe.d as well as various serialization related libraries (e.g. Protocol Buffers, capnproto) would also benefit from standardization here. What about Orange? What is preventing it from becoming part of Phobos? https://github.com/jacob-carlborg/orange I recall there has been one (or two?) unsuccessful attempts. -- Andrei Right, but it needs someone to take another stab at it. Part of the job is to gather all the requirements and look at the previous discussions as well as existing solutions. It would be terrific if Jacob wanted to mentor a student to work on a Phobos package starting from Orange. -- Andrei
Re: Google Summer of Code 2016
On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. FlatBuffers for DLang - http://google.github.io/flatbuffers/
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 13:43:07 UTC, Andrei Alexandrescu wrote: On 01/15/2016 08:11 AM, Marc Schütz wrote: On Friday, 15 January 2016 at 12:36:32 UTC, Andrei Alexandrescu wrote: On 1/15/16 6:58 AM, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 10:02:14 UTC, Marc Schütz wrote: [...] What about Orange? What is preventing it from becoming part of Phobos? https://github.com/jacob-carlborg/orange I recall there has been one (or two?) unsuccessful attempts. -- Andrei Right, but it needs someone to take another stab at it. Part of the job is to gather all the requirements and look at the previous discussions as well as existing solutions. It would be terrific if Jacob wanted to mentor a student to work on a Phobos package starting from Orange. -- Andrei Agreed ... Jacob?
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 15:11:39 UTC, Tavi wrote: On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. FlatBuffers for DLang - http://google.github.io/flatbuffers/ Are you volunteering as a potential mentor :o)
Re: Google Summer of Code 2016
On 2016-01-15 13:36, Andrei Alexandrescu wrote: I recall there has been one (or two?) unsuccessful attempts. -- Andrei Yes, twice. It mainly needs to be rangified. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On 2016-01-15 14:56, Craig Dillabaugh wrote: Agreed ... Jacob? I could help, but I have no interest in being an official mentor. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 16:06:00 UTC, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 15:11:39 UTC, Tavi wrote: On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. FlatBuffers for DLang - http://google.github.io/flatbuffers/ Are you volunteering as a potential mentor :o) I haven't started anything seriously in D yet, so I would not be qualified for such mentoring. Being an efficient cross platform serialization library started at Google (already supporting C++, Java, C#, Go, Python and JavaScript), may be a good candidate for GSOC.
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 20:20:29 UTC, Jacob Carlborg wrote: On 2016-01-15 13:36, Andrei Alexandrescu wrote: I recall there has been one (or two?) unsuccessful attempts. -- Andrei Yes, twice. It mainly needs to be rangified. How much work do you think that would involve? Would it be enough to qualify as a project (I am guessing something in the range of 150-300 hours of total work, including getting up to speed, design, implementation, testing, would be suitable).
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 20:46:59 UTC, Tavi wrote: On Friday, 15 January 2016 at 16:06:00 UTC, Craig Dillabaugh wrote: On Friday, 15 January 2016 at 15:11:39 UTC, Tavi wrote: On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. FlatBuffers for DLang - http://google.github.io/flatbuffers/ Are you volunteering as a potential mentor :o) I haven't started anything seriously in D yet, so I would not be qualified for such mentoring. Being an efficient cross platform serialization library started at Google (already supporting C++, Java, C#, Go, Python and JavaScript), may be a good candidate for GSOC. Thanks then for the suggestion. It is my policy to always ask if someone wants to mentor!
Re: Google Summer of Code 2016
On Friday, 15 January 2016 at 03:33:23 UTC, Andrei Alexandrescu wrote: On 01/14/2016 01:56 PM, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Anything building on the strengths on D: introspection, compile-time stuff, DSL, etc. * Improving the GC * Theoretical work - core language semantics, proving immutable provides guarantees etc. Andrei Thanks.
Re: Google Summer of Code 2016
On 01/14/2016 01:56 PM, Craig Dillabaugh wrote: Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. A few quick ideas: * Bringing a parser generator library into phobos, either based on pegged or independent * SQL parser, binder, validator * Anything building on the strengths on D: introspection, compile-time stuff, DSL, etc. * Improving the GC * Theoretical work - core language semantics, proving immutable provides guarantees etc. Andrei
Re: Google Summer of Code 2016
On Thursday, 14 January 2016 at 18:56:21 UTC, Craig Dillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): [...] Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now. It might be helpfull if they can help with: * proper fast JSON parser (this is already worked on I think here: https://github.com/s-ludwig/std_data_json, but it seems to need a help with to finally get it to Phobos as we are constantly bit by it on public: https://github.com/kostya/benchmarks) * same with the XML parser * one probably crazy idea - WCF[1] interoperability for vibe.d (it might be helpfull in commercial field if one can use vibe.d as a backend server with WCF capability so .Net clients can call it directly with autogenerated protocol). But it will be a lot of work to implement all features.. [1] https://msdn.microsoft.com/en-us/library/ms731082%28v=vs.110%29.aspx
Re: Google Summer of Code 2016
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): [...] Deadline is getting closer, any new project ideas are welcome. Starting to get some contact from students now.
Re: Google Summer of Code 2016
On 2016-01-05 23:28, Laeeth Isharc wrote: What do you think about the idea of building higher-level bindings for Apple mobile + Android as a project, now that the compiler itself is at a useful stage of development? D has only basic support for interfacing with Objective-C, there's more in the works. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On Wednesday, 6 January 2016 at 13:28:56 UTC, Jacob Carlborg wrote: On 2016-01-05 23:28, Laeeth Isharc wrote: What do you think about the idea of building higher-level bindings for Apple mobile + Android as a project, now that the compiler itself is at a useful stage of development? D has only basic support for interfacing with Objective-C, there's more in the works. I assume, based on my limited knowledge, that this would likely be two separate projects then: - bindings for Android - bindings for Apple Mobile Would a GSOC project be helpful in moving the Objective-C work forward.
Re: Google Summer of Code 2016
On 2016-01-06 15:49, CraigDillabaugh wrote: Would a GSOC project be helpful in moving the Objective-C work forward. I'm not sure if it's a good fit for a GSOC project. The implementation is basically done, it just needs to be upstreamed. -- /Jacob Carlborg
Re: Google Summer of Code 2016
On 06/01/16 3:56 PM, Craig Dillabaugh wrote: On Wednesday, 6 January 2016 at 02:27:05 UTC, Rikki Cattermole wrote: On 06/01/16 11:28 AM, Laeeth Isharc wrote: On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh clip For Android you really need an easy way to interface with JNI. And that means another library. There is a library that really isn't complete [0], is my fork. I made the JNI bindings be derelict style. If the demand is there I'll move them over to alphaPhobos with my updated DerelictUtil loader. jvm.d is a bit cleaner and has comments. It is also very magical in loading and will make things 'just work'. I.e. it patches up stdout ext. on Windows. I also did some serious clean up regarding to the abstractions around fields, classes and methods. Craig Dillabaugh if you are interested in working on this with me, please let me know. [0] https://github.com/rikkimax/djvm Do you mean me, or Laeeth Isharc? The only Android/Apple device I have is a second hand iPhone that I've only ever used to take a few pictures and listen to the music left on it by the guy who gave it to me. So I am likely not a good candidate to get involved in work on such bindings. Heck, I don't even know what JNI is! Okay Laeeth then, I sometimes mix people up :p
Re: Google Summer of Code 2016
On 06/01/16 11:28 AM, Laeeth Isharc wrote: On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Since we were rejected with, more or less, the same set of proposals last year it seems unlikely we would succeed this year with the same lineup. So some new ideas (or some refreshing of the existing ideas) would be helpful. clip Happy New Year to everyone. Craig Just bumping my own thread here. Is there any interest is doing a GSOC application this year within the community? I don't mind doing the admin work, but having even a couple of solid new ideas for projects would improve the odds of a successful application. What do you think about the idea of building higher-level bindings for Apple mobile + Android as a project, now that the compiler itself is at a useful stage of development? For Android you really need an easy way to interface with JNI. And that means another library. There is a library that really isn't complete [0], is my fork. I made the JNI bindings be derelict style. If the demand is there I'll move them over to alphaPhobos with my updated DerelictUtil loader. jvm.d is a bit cleaner and has comments. It is also very magical in loading and will make things 'just work'. I.e. it patches up stdout ext. on Windows. I also did some serious clean up regarding to the abstractions around fields, classes and methods. Craig Dillabaugh if you are interested in working on this with me, please let me know. [0] https://github.com/rikkimax/djvm
Re: Google Summer of Code 2016
On Wednesday, 6 January 2016 at 02:27:05 UTC, Rikki Cattermole wrote: On 06/01/16 11:28 AM, Laeeth Isharc wrote: On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh clip For Android you really need an easy way to interface with JNI. And that means another library. There is a library that really isn't complete [0], is my fork. I made the JNI bindings be derelict style. If the demand is there I'll move them over to alphaPhobos with my updated DerelictUtil loader. jvm.d is a bit cleaner and has comments. It is also very magical in loading and will make things 'just work'. I.e. it patches up stdout ext. on Windows. I also did some serious clean up regarding to the abstractions around fields, classes and methods. Craig Dillabaugh if you are interested in working on this with me, please let me know. [0] https://github.com/rikkimax/djvm Do you mean me, or Laeeth Isharc? The only Android/Apple device I have is a second hand iPhone that I've only ever used to take a few pictures and listen to the music left on it by the guy who gave it to me. So I am likely not a good candidate to get involved in work on such bindings. Heck, I don't even know what JNI is!
Re: Google Summer of Code 2016
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Since we were rejected with, more or less, the same set of proposals last year it seems unlikely we would succeed this year with the same lineup. So some new ideas (or some refreshing of the existing ideas) would be helpful. clip Happy New Year to everyone. Craig Just bumping my own thread here. Is there any interest is doing a GSOC application this year within the community? I don't mind doing the admin work, but having even a couple of solid new ideas for projects would improve the odds of a successful application. What do you think about the idea of building higher-level bindings for Apple mobile + Android as a project, now that the compiler itself is at a useful stage of development?
Re: Google Summer of Code 2016
On Tuesday, 5 January 2016 at 22:28:40 UTC, Laeeth Isharc wrote: On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas What do you think about the idea of building higher-level bindings for Apple mobile + Android as a project, now that the compiler itself is at a useful stage of development? I generally don't take a stand one way or the other on the projects, but rather let the community chime in, since in many cases (like this one) I am not terribly familiar with the problem space. So any opinions on this project idea are welcomed. Would you be willing to mentor such a project, or put together an outline (see the ideas page for some examples) of what the project would look like? If the community likes the project idea, but you can't mentor it then perhaps we can find someone who would be.
Re: Google Summer of Code 2016
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time being I've recycled last years projects (with one dropped so far): http://wiki.dlang.org/GSOC_2016_Ideas#Ideas Since we were rejected with, more or less, the same set of proposals last year it seems unlikely we would succeed this year with the same lineup. So some new ideas (or some refreshing of the existing ideas) would be helpful. clip Happy New Year to everyone. Craig Just bumping my own thread here. Is there any interest is doing a GSOC application this year within the community? I don't mind doing the admin work, but having even a couple of solid new ideas for projects would improve the odds of a successful application.
Re: Google Summer of Code 2016 Ideas Page
On Fri, 2015-11-06 at 13:53 +, CraigDillabaugh via Digitalmars-d- announce wrote: > On Friday, 6 November 2015 at 09:07:36 UTC, Gerald Jansen wrote: > > On Friday, 6 November 2015 at 03:17:59 UTC, Craig Dillabaugh > > wrote: > > > The ideas page for the 2016 Google Summer of Code is now up: > > > > > > http://wiki.dlang.org/GSOC_2016_Ideas > > > > Concerning "Phobos: D Standard Library", specifically > > std.parallel, how about "a fork()-backend to std.process OR > > std.parallel" as mentioned in this post [1]. > > > > [1] > > http://forum.dlang.org/post/lpktvvgesolvoprjw...@forum.dlang.org > > Would you be interested in mentoring that? > > Also, for anything Phobos related it would be good to have > general consensus that the project would eventually make its way > into std.experimental at least. The discussion you linked to > proposed the idea, but there wasn't much follow on. Perhaps a > proposal should be floated on the General thread. Sadly I am not really sure what that comment was suggesting. Given there was a claim of 3x speed up there must have been code. If that code could be put forward then experiments could be run. Possibly something for GSoC in that alone. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 03:17:59 UTC, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Right now it is remarkably similar to the 2015 page! The Google folks seem rather busy, so maybe no one would notice, but if anyone has ideas for new projects that would be fantastic. Also, if anyone feels an existing project needs to be withdrawn, please let me know. Cheers, Craig Cool, I did not know there're plans for std.i18n. By the way, I'm not student anymore, so no GSOC for me.
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 03:17:59 UTC, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Concerning "Phobos: D Standard Library", specifically std.parallel, how about "a fork()-backend to std.process OR std.parallel" as mentioned in this post [1]. [1] http://forum.dlang.org/post/lpktvvgesolvoprjw...@forum.dlang.org
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 13:53:25 UTC, CraigDillabaugh wrote: On Friday, 6 November 2015 at 09:07:36 UTC, Gerald Jansen wrote: Concerning "Phobos: D Standard Library", specifically std.parallel, how about "a fork()-backend to std.process OR std.parallel" as mentioned in this post [1]. [1] http://forum.dlang.org/post/lpktvvgesolvoprjw...@forum.dlang.org Would you be interested in mentoring that? Also, for anything Phobos related it would be good to have general consensus that the project would eventually make its way into std.experimental at least. The discussion you linked to proposed the idea, but there wasn't much follow on. Perhaps a proposal should be floated on the General thread. I am still in D kindergarten and this is way out of my depth. Sorry for the noise.
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 14:20:54 UTC, Gerald Jansen wrote: On Friday, 6 November 2015 at 13:53:25 UTC, CraigDillabaugh wrote: On Friday, 6 November 2015 at 09:07:36 UTC, Gerald Jansen wrote: [...] Would you be interested in mentoring that? Also, for anything Phobos related it would be good to have general consensus that the project would eventually make its way into std.experimental at least. The discussion you linked to proposed the idea, but there wasn't much follow on. Perhaps a proposal should be floated on the General thread. I am still in D kindergarten and this is way out of my depth. Sorry for the noise. No need to apologize. Maybe if you can't do it, we can find someone who would .. but I always ask as a matter of principle :o)
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 08:47:48 UTC, FreeSlave wrote: On Friday, 6 November 2015 at 03:17:59 UTC, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Right now it is remarkably similar to the 2015 page! The Google folks seem rather busy, so maybe no one would notice, but if anyone has ideas for new projects that would be fantastic. Also, if anyone feels an existing project needs to be withdrawn, please let me know. Cheers, Craig Cool, I did not know there're plans for std.i18n. By the way, I'm not student anymore, so no GSOC for me. But now you can be a mentor :o)
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 03:19:58 UTC, Rikki Cattermole wrote: On 06/11/15 4:17 PM, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Right now it is remarkably similar to the 2015 page! The Google folks seem rather busy, so maybe no one would notice, but if anyone has ideas for new projects that would be fantastic. Also, if anyone feels an existing project needs to be withdrawn, please let me know. Cheers, Craig Please withdraw Cmsed. I've since stopped working on it. In favor of writing a web application server. Which should solve most of the problems it had. Will do!
Re: Google Summer of Code 2016 Ideas Page
On Friday, 6 November 2015 at 09:07:36 UTC, Gerald Jansen wrote: On Friday, 6 November 2015 at 03:17:59 UTC, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Concerning "Phobos: D Standard Library", specifically std.parallel, how about "a fork()-backend to std.process OR std.parallel" as mentioned in this post [1]. [1] http://forum.dlang.org/post/lpktvvgesolvoprjw...@forum.dlang.org Would you be interested in mentoring that? Also, for anything Phobos related it would be good to have general consensus that the project would eventually make its way into std.experimental at least. The discussion you linked to proposed the idea, but there wasn't much follow on. Perhaps a proposal should be floated on the General thread.
Re: Google Summer of Code 2016 Ideas Page
On 06/11/15 4:17 PM, Craig Dillabaugh wrote: The ideas page for the 2016 Google Summer of Code is now up: http://wiki.dlang.org/GSOC_2016_Ideas Right now it is remarkably similar to the 2015 page! The Google folks seem rather busy, so maybe no one would notice, but if anyone has ideas for new projects that would be fantastic. Also, if anyone feels an existing project needs to be withdrawn, please let me know. Cheers, Craig Please withdraw Cmsed. I've since stopped working on it. In favor of writing a web application server. Which should solve most of the problems it had.