Re: D is for Data Science

2014-11-25 Thread Paolo Invernizzi via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 01:10:56 UTC, Walter Bright wrote: On 11/24/2014 4:50 PM, Adam D. Ruppe wrote: On Tuesday, 25 November 2014 at 00:34:30 UTC, Walter Bright wrote: Thought I'd post this as a counterpoint to the recent please break our code thread. I would caution against

Re: D is for Data Science

2014-11-25 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 01:10:56 UTC, Walter Bright wrote: I know it's a tough call. But I do see these sorts of comments regularly, and it is a fact that there are too many D libraries gone to seed that won't compile anymore, and that makes us look bad. Or this:

Separate compilation of Temple templates

2014-11-25 Thread Dylan Knutson via Digitalmars-d-announce
Also, because long compile times due to template compilation are a pain for both Vibe's Diet and Temple, I've put together a repo demonstrating how to do separate compilation with Temple templates: https://github.com/dymk/temple-separate-compilation The idea is to put views in separate Dub

Re: D is for Data Science

2014-11-25 Thread bearophile via Digitalmars-d-announce
weaselcat: I see array.sort is planned for future deprecation, what does future fall under? For us that activate warnings in dmd (because for a design mistake they are disabled on default, but hopefully this will be fixed in future) in the latest github version of the compiler it gives a

Re: D is for Data Science

2014-11-25 Thread ketmar via Digitalmars-d-announce
On Mon, 24 Nov 2014 17:10:25 -0800 Walter Bright via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: I know it's a tough call. But I do see these sorts of comments regularly, and it is a fact that there are too many D libraries gone to seed that won't compile anymore,

Re: dfix 0.2.0

2014-11-25 Thread ketmar via Digitalmars-d-announce
On Mon, 24 Nov 2014 19:22:51 + Brian Schott via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6

Re: dfix 0.2.0

2014-11-25 Thread Nordlöw
On Monday, 24 November 2014 at 19:22:52 UTC, Brian Schott wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6 The C-style array syntax fix is no longer incorrectly applied

Re: dfix 0.2.0

2014-11-25 Thread Nordlöw
On Tuesday, 25 November 2014 at 23:45:17 UTC, Nordlöw wrote: I guess one solution would be to make warnings non-errors right but that seems dumb concerning what dfix can do for us regarding auto-converting C-style arrays syntax to D-style :) BTW: How do I specify that a dependency package

Re: dfix 0.2.0

2014-11-25 Thread Brian Schott via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 23:47:07 UTC, Nordlöw wrote: On Tuesday, 25 November 2014 at 23:45:17 UTC, Nordlöw wrote: I guess one solution would be to make warnings non-errors right but that seems dumb concerning what dfix can do for us regarding auto-converting C-style arrays syntax to

Re: dfix 0.2.0

2014-11-25 Thread FrankLike via Digitalmars-d-announce
On Monday, 24 November 2014 at 19:22:52 UTC, Brian Schott wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6 The C-style array syntax fix is no longer incorrectly applied