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 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!).
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
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
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
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!).
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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]
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
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
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
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):
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
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
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
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):
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
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
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
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,
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
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
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/
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:
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 -
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
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
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
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
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
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
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,
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
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):
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
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
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
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
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
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
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
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
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):
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:
>
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
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
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].
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
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
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
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
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
72 matches
Mail list logo