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
appli
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 D-s
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 (lib
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
appli
On Mon, 24 Nov 2014 19:22:51 +
Brian Schott via Digitalmars-d-announce
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
On Mon, 24 Nov 2014 17:10:25 -0800
Walter Bright via Digitalmars-d-announce
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.
but D w
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
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 su
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:
https://www.reddit.c
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 putt
10 matches
Mail list logo