On 09/15/2018 04:29 PM, Jonathan M Davis wrote:
Adding any sort of Concepts feature to D
would be very much at odds with DbI.
I'm not very familiar with C++'s attempted approaches to concepts, so
maybe we're thinking of two different things by "concepts", but I don't
see why it would be at o
On Saturday, September 15, 2018 9:31:00 AM MDT Steven Schveighoffer via
Digitalmars-d wrote:
> On 9/13/18 3:53 PM, H. S. Teoh wrote:
> > On Thu, Sep 13, 2018 at 06:32:54PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> >> On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
> >>> The
On 9/15/18 12:04 PM, Neia Neutuladh wrote:
On Saturday, 15 September 2018 at 15:31:00 UTC, Steven Schveighoffer wrote:
The problem I had was that it wasn't clear to me which constraint was
failing. My bias brought me to "it must be autodecoding again!". But
objectively, I should have examined a
On Saturday, 15 September 2018 at 15:31:00 UTC, Steven
Schveighoffer wrote:
The problem I had was that it wasn't clear to me which
constraint was failing. My bias brought me to "it must be
autodecoding again!". But objectively, I should have examined
all the constraints to see what was wrong. A
On 9/13/18 3:53 PM, H. S. Teoh wrote:
On Thu, Sep 13, 2018 at 06:32:54PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
Then I found the true culprit was isForwardRange!R. This led me to
requestion my sanity, and finally realized
On Thu, Sep 13, 2018 at 06:32:54PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d wrote:
> On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
> >
> > Then I found the true culprit was isForwardRange!R. This led me to
> > requestion my sanity, and finally realized I forgot the empty
> > func
On 09/11/2018 09:06 AM, Steven Schveighoffer wrote:
Then I found the true culprit was isForwardRange!R. This led me to
requestion my sanity, and finally realized I forgot the empty function.
This is one reason template-based interfaces like ranges should be
required to declare themselves as
On Wednesday, 12 September 2018 at 12:45:15 UTC, Nicholas Wilson
wrote:
Overloads:
[snip]
Good point.
On Tuesday, 11 September 2018 at 14:58:21 UTC, jmh530 wrote:
Is there any reason why this is not sufficient?
[1] https://run.dlang.io/is/lu6nQ0
Overloads:
https://run.dlang.io/is/m5HGOh
The static asserts being in the constraint affects the template
candidacy viability. Being in the functio
On 9/11/18 7:58 AM, jmh530 wrote:
Is there any reason why this is not sufficient?
[1] https://run.dlang.io/is/lu6nQ0
That's OK if you are the only one defining S. But what if float is
handled elsewhere?
-Steve
On Tuesday, 11 September 2018 at 02:00:29 UTC, Nicholas Wilson
wrote:
[snip]
https://github.com/dlang/DIPs/pull/131 will help narrow down
the cause.
I like it, but I worry people would find multiple ifs confusing.
The first line of the comment is about using static asserts and
in contracts,
On Tuesday, 11 September 2018 at 13:08:46 UTC, Steven
Schveighoffer wrote:
On 9/10/18 7:00 PM, Nicholas Wilson wrote:
On Monday, 10 September 2018 at 20:44:46 UTC, Andrei
Alexandrescu wrote:
On 9/10/18 12:46 PM, Steven Schveighoffer wrote:
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll h
On 9/10/18 7:00 PM, Nicholas Wilson wrote:
On Monday, 10 September 2018 at 20:44:46 UTC, Andrei Alexandrescu wrote:
On 9/10/18 12:46 PM, Steven Schveighoffer wrote:
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll have to figure out why my specialized range doesn't allow
splitting based on
On 9/10/18 1:44 PM, Andrei Alexandrescu wrote:
On 9/10/18 12:46 PM, Steven Schveighoffer wrote:
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll have to figure out why my specialized range doesn't allow
splitting based on " ".
And the answer is: I'm an idiot. Forgot to define empty :) Als
On Monday, 10 September 2018 at 20:44:46 UTC, Andrei Alexandrescu
wrote:
On 9/10/18 12:46 PM, Steven Schveighoffer wrote:
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll have to figure out why my specialized range doesn't
allow splitting based on " ".
And the answer is: I'm an idiot. For
On 9/10/18 12:46 PM, Steven Schveighoffer wrote:
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll have to figure out why my specialized range doesn't allow
splitting based on " ".
And the answer is: I'm an idiot. Forgot to define empty :) Also my
slicing operator accepted ints and not siz
On 9/10/18 8:58 AM, Steven Schveighoffer wrote:
I'll have to figure out why my specialized range doesn't allow splitting
based on " ".
And the answer is: I'm an idiot. Forgot to define empty :) Also my
slicing operator accepted ints and not size_t.
-Steve
On 9/8/18 8:36 AM, Steven Schveighoffer wrote:
On 8/9/18 2:44 AM, Walter Bright wrote:
On 8/8/2018 2:01 PM, Steven Schveighoffer wrote:
Here's where I'm struggling -- because a string provides indexing,
slicing, length, etc. but Phobos ignores that. I can't make a new
type that does the same t
On 9/8/18 8:36 AM, Steven Schveighoffer wrote:
I'll work on adding some issues to the tracker, and potentially doing
some PRs so they can be fixed.
https://issues.dlang.org/show_bug.cgi?id=19238
https://github.com/dlang/phobos/pull/6700
-Steve
On 9/10/18 1:45 AM, Chris wrote:
After a while your code will be cluttered with absurd stuff like this.
`.byCodeUnit`, `.byGrapheme`, `.array` etc. Due to my experience with
`splitter` et. al. I tried to create my own parser to have better
control over every step.
I considered that, but I'm
On Monday, September 10, 2018 2:45:27 AM MDT Chris via Digitalmars-d wrote:
> After a while your code will be cluttered with absurd stuff like
> this. `.byCodeUnit`, `.byGrapheme`, `.array` etc. Due to my
> experience with `splitter` et. al. I tried to create my own
> parser to have better control
On Saturday, 8 September 2018 at 15:36:25 UTC, Steven
Schveighoffer wrote:
On 8/9/18 2:44 AM, Walter Bright wrote:
So it turns out that technically the problem here, even though
it seemed like an autodecoding problem, is a problem with
splitter.
splitter doesn't deal with encodings of cha
On Saturday, September 8, 2018 9:36:25 AM MDT Steven Schveighoffer via
Digitalmars-d wrote:
> On 8/9/18 2:44 AM, Walter Bright wrote:
> > On 8/8/2018 2:01 PM, Steven Schveighoffer wrote:
> >> Here's where I'm struggling -- because a string provides indexing,
> >> slicing, length, etc. but Phobos i
On Saturday, 8 September 2018 at 15:36:25 UTC, Steven
Schveighoffer wrote:
On 8/9/18 2:44 AM, Walter Bright wrote:
On 8/8/2018 2:01 PM, Steven Schveighoffer wrote:
Here's where I'm struggling -- because a string provides
indexing, slicing, length, etc. but Phobos ignores that. I
can't make a n
On 8/9/18 2:44 AM, Walter Bright wrote:
On 8/8/2018 2:01 PM, Steven Schveighoffer wrote:
Here's where I'm struggling -- because a string provides indexing,
slicing, length, etc. but Phobos ignores that. I can't make a new type
that does the same thing. Not only that, but I'm finding the
specia
On 9/8/18 8:36 AM, Steven Schveighoffer wrote:
Sent this when I was on a plane, and for some reason it posted with the
timestamp when I hit "send later", not when I connected just now. So
this is to bring the previous message back to the forefront.
-Steve
On Wednesday, 8 August 2018 at 21:01:18 UTC, Steven Schveighoffer
wrote:
Not trying to give too much away about the library I'm writing,
but the problem I'm trying to solve is parsing out tokens from
a buffer. I want to delineate the whole, as well as the parts,
but it's difficult to get back t
On 8/8/2018 2:01 PM, Steven Schveighoffer wrote:
Here's where I'm struggling -- because a string provides indexing, slicing,
length, etc. but Phobos ignores that. I can't make a new type that does the same
thing. Not only that, but I'm finding the specializations of algorithms only
work on the
On 8/8/18 4:13 PM, Walter Bright wrote:
On 8/6/2018 6:57 AM, Steven Schveighoffer wrote:
But I'm not sure if the performance is going to be the same, since now
it will likely FORCE autodecoding on the algorithms that have
specialized versions to AVOID autodecoding (I think).
Autodecoding is e
On 8/6/2018 6:57 AM, Steven Schveighoffer wrote:
But I'm not sure if the performance is going to be the
same, since now it will likely FORCE autodecoding on the algorithms that have
specialized versions to AVOID autodecoding (I think).
Autodecoding is expensive which is why the algorithms defe
On Monday, 6 August 2018 at 13:57:10 UTC, Steven Schveighoffer
wrote:
I'm very tempted to start writing my own parsing utilities and
avoid using Phobos algorithms...
-Steve
Oh yes; the good old autodecoding.
31 matches
Mail list logo