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
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
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
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
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
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
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
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
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
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
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
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
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
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:
19 matches
Mail list logo
