There's a PR for a new DIP titled "Delegatable Functions" [1]. If
you have time, I invite you to review the PR to make sure it's in
the best state possible for moving forward to a merge and
preliminary review. At this stage, we're looking for copy edits
(grammar, spelling, vocabulary), line edi
On Monday, 15 May 2017 at 03:09:09 UTC, Walter Bright wrote:
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect professional
decorum here.
sorry. i never got any money for using D, so i'm certainly not a
professional ('cause professio
On Mon, May 15, 2017 at 04:06:29AM +0100, Russel Winder via
Digitalmars-d-announce wrote:
[...]
> Also the default colours chosen by the developer usually work well for
> the them and their (and if you are lucky reviewers) terminal settings
> and are totally useless for a huge section of using aud
On Sun, 2017-05-14 at 20:09 -0700, Walter Bright via Digitalmars-d-
announce wrote:
> On 5/14/2017 7:44 PM, ketmar wrote:
> > sorry for being rude,
>
> Then please do not post rude comments. We expect professional decorum
> here.
But in politics lying and being rude is completely the norm. Also,
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect professional decorum here.
On Mon, 2017-05-15 at 05:44 +0300, ketmar via Digitalmars-d-announce
wrote:
>
[…]
> sorry for being rude, but this is exactly the example of things
> programmers
> like to write: fun, quite easy, and absolutely useless. most of the
> time it
> will be filtered away by ide/editor, and otherwise i
Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the error
message texts so they use backticks.
sorry for being rude, but this is exactly the example of things programme
On Sunday, 14 May 2017 at 17:29:44 UTC, jmh530 wrote:
On Saturday, 13 May 2017 at 08:10:20 UTC, 9il wrote:
https://github.com/libmir/mir-algorithm/releases/tag/v0.5.16
The documentation for mir.functional might need an update based
on the refTuple change. The links at the top are missing
ref
On Sunday, 14 May 2017 at 23:17:42 UTC, Vladimir Panteleev wrote:
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
Yes +1 for configurable. IDEs already parse and make things
clickable.
It's not just +1, it's mandatory. If you implement this you
must add a new compiler switch.
No prob
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
Yes +1 for configurable. IDEs already parse and make things
clickable.
It's not just +1, it's mandatory. If you implement this you
must add a new compiler switch.
No problem, it could only print out the line if the output is a
terminal,
On Sunday, 14 May 2017 at 16:25:36 UTC, Walter Bright wrote:
On 5/14/2017 9:04 AM, Andre Pany wrote:
Thanks a lot. In my opinion these kind of changes are small
but have huge impact
on the acceptance of a language.
I agree. A couple other improvements needed for error messages:
In the PR yo
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
On Sunday, 14 May 2017 at 17:54:38 UTC, Jacob Carlborg wrote:
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think
it necessary to print the offending l
On Sunday, 14 May 2017 at 17:54:38 UTC, Jacob Carlborg wrote:
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think it
necessary to print the offending line within an editor/IDE.
They usually can already map th
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think it
necessary to print the offending line within an editor/IDE. They usually
can already map the error to the offending line.
--
/Jacob Carlborg
On Saturday, 13 May 2017 at 08:10:20 UTC, 9il wrote:
https://github.com/libmir/mir-algorithm/releases/tag/v0.5.16
The documentation for mir.functional might need an update based
on the refTuple change. The links at the top are missing refTuple
and RefTuple. tuple doesn't go anywhere, also ref
On Sunday, 14 May 2017 at 04:44:26 UTC, bluecat wrote:
I just wanted to say thank you very much for your book. It has
been invaluable to me while learning D. Keep up the great work!
Not just for learning D. I prefer it to the dlang.org
documentation on a number of topics!
On 5/14/2017 9:04 AM, Andre Pany wrote:
Thanks a lot. In my opinion these kind of changes are small but have huge impact
on the acceptance of a language.
I agree. A couple other improvements needed for error messages:
1. print out the offending line
2. have a clickable link to a more exhausti
On Sunday, 14 May 2017 at 15:30:19 UTC, Walter Bright wrote:
On 5/14/2017 3:39 AM, Tomer Filiba wrote:
Of course it only applies to runtime division -- the compiler
can do the same if
the divisor is known in compile time.
I hate to say this, but modern compilers already do this for
generated
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the
error message texts so they use backticks.
Thanks a lot. In my opinion these
On 5/14/2017 3:39 AM, Tomer Filiba wrote:
https://code.dlang.org/packages/divide
Libdivide (http://libdivide.com/) allows converting the DIV instruction (in
runtime) to a series of shifts and MULs, which is much more efficient in
execution time. It works by taking a number (the divisor or "denom
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the error message
texts so they use backticks.
https://code.dlang.org/packages/divide
Libdivide (http://libdivide.com/) allows converting the DIV
instruction (in runtime) to a series of shifts and MULs, which is
much more efficient in execution time. It works by taking a
number (the divisor or "denominator") and doing some
preprocessing t
On Friday, 12 May 2017 at 18:06:32 UTC, qznc wrote:
Nice. Coincidentally, I also just published an article. It
shows how Lua binding are magically concise thanks to D meta
programming.
My blog: http://beza1e1.tuxen.de/into_luad.html
Reddit:
https://www.reddit.com/r/programming/comments/6asxn
23 matches
Mail list logo