On 2017-05-15 01:17, Vladimir Panteleev wrote:
No problem, it could only print out the line if the output is a
terminal, same as for how it decides whether to output colors by default.
Ah, that would be fine.
--
/Jacob Carlborg
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
On Monday, 15 May 2017 at 04:33:39 UTC, ketmar wrote:
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
On Monday, 15 May 2017 at 06:03:27 UTC, Mike Parker wrote:
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
On Monday, 15 May 2017 at 06:03:27 UTC, Mike Parker wrote:
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
On Sunday, May 14, 2017 16:20:21 David Nadlinger via Digitalmars-d-announce
wrote:
> 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
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
The only downside is now we have to rather tediously tweak the
error message texts so they use backticks.
It also dilutes the meaning of color. I've been wanting to see
highlighted matches and failures in overload resolution and
On 5/15/2017 6:10 AM, Adam D. Ruppe wrote:
Suppose I, or someone else, were to write a PR eliminating your syntax
highlighting in favor of semantic highlighting - colorizing to add more detail
about the error message instead of about the lexer's output. Will you accept it?
I'm glad this sparks
On Thursday, 11 May 2017 at 22:52:54 UTC, Joseph Rushton Wakeling
wrote:
On Thursday, 11 May 2017 at 22:30:52 UTC, Joseph Rushton
Wakeling wrote:
OK, looks like `-fPIC` was missing from some of the druntime
and phobos build commands. I've pushed a patch to the `dmd`
package definition that
On 5/15/2017 1:05 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
I haven't gotten the chance to look at the dmd error messages yet to see how
they look,
They're a little garish at the moment, but that's just to make sure it's working
correctly. I expect to tune it a bit, especially
On 5/15/2017 3:51 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
Liran was telling me last year about how the folks at Weka had used this to
speed up the stuff in core.time and std.datetime in their local branch and
wanted me to look into updating the official implementation to use it
On Monday, 15 May 2017 at 14:18:30 UTC, Walter Bright wrote:
I eventually want to make the console color package into a
generic module, it could improve a number of console apps.
FYI we already have a few D modules that do console color (among
other things) like consoled or my terminal.d.
On Monday, 15 May 2017 at 14:31:20 UTC, Walter Bright wrote:
I'm glad this sparks interest in improving the error message
display, this is good.
I've been meaning to do this for years... I want overload
resolution and template constraints to tell which conditions were
passed, failed, and
On 5/15/2017 8:35 AM, Adam D. Ruppe wrote:
On Monday, 15 May 2017 at 14:18:30 UTC, Walter Bright wrote:
I eventually want to make the console color package into a generic module, it
could improve a number of console apps.
FYI we already have a few D modules that do console color (among other
14 matches
Mail list logo
