On 1/9/2018 6:53 PM, Mike Franklin wrote:
I couldn't find any cases like that. If you know of them, please
explicitly identify them for me.
I already fixed them.
On Saturday, 13 January 2018 at 02:15:37 UTC, Basile B. wrote:
On Saturday, 13 January 2018 at 02:08:03 UTC, jmh530 wrote:
[snip]
Also, Proposal 1 starts with this example
auto (a, b) = tuple(1, "2");
(int a, string b) = tuple(1, "2");
but it also looks natural to be able to write
(int, string)
On Saturday, 13 January 2018 at 02:18:20 UTC, Basile B. wrote:
On Saturday, 13 January 2018 at 02:15:37 UTC, Basile B. wrote:
On Saturday, 13 January 2018 at 02:08:03 UTC, jmh530 wrote:
[...]
Really ?
After the type should be the declarator. In this example
there's no declarator but if you a
On Saturday, 13 January 2018 at 02:08:03 UTC, jmh530 wrote:
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
[snip]
I'm glad you're working on this.
Proposal 1 is a little terse in explaining what
On Saturday, 13 January 2018 at 02:15:37 UTC, Basile B. wrote:
On Saturday, 13 January 2018 at 02:08:03 UTC, jmh530 wrote:
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
[snip]
I'm glad you're w
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
[snip]
I'm glad you're working on this.
Proposal 1 is a little terse in explaining what you mean by
unpacking AliasSeqs. You might explain it in a
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
+1, please.
On 12/01/2018 10:44 PM, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve tuple
ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
This DIP aims to make code like the following valid D:
---
auto (a, b) = (1, 2);
(int a, int b) = (1
On 13.01.2018 01:20, Mark wrote:
Could we also support function tuples?
In principle, yes, though I imagine it is a lot harder to argue for its
inclusion than for that of the features currently proposed in the DIP,
because existing language features already come rather close.
For instance
Should include an example of returning a tuple from a function. I
know one of the pains with variadic templates is that they can't
be returned.
So maybe something that goes over the following use case:
auto returnTuple(Args...)(Args args)
{
return args;
}
(int a, float b) = returnTuple(
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
[...]
Yes please
On 13.01.2018 00:16, Basile B. wrote:
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve tuple
ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
markdown trick: you can use
```diff
```
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
This DIP aims to make code like the following valid D:
---
auto (a, b) = (1, 2);
On 01/12/2018 11:26 PM, Michael wrote:
Tango was the original, and Phobos was introduced for D2 as a
competing library.
Phobos is the original. In D1, Tango was an alternative standard
library. With D2, you have Phobos as the standard library and you can
use Tango on top of it. http://code.dl
On Friday, 12 January 2018 at 22:24:16 UTC, Dukc wrote:
On Friday, 12 January 2018 at 21:24:40 UTC, John Gabriele wrote:
1. It has its own name. Phobos. This is unusual. I don't know
of any other language who's std lib has any name other than
"the {lang} standard library". Why does it have its
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
markdown trick: you can use
```diff
```
for a nicer grammar section.
On 12.01.2018 23:44, Timon Gehr wrote:
---
auto (a, b) = (1, 2);
(int a, int b) = (1, 2);
---
(The two lines are two independent examples :o).)
On 12.01.2018 23:44, Timon Gehr wrote:
...
Before going ahead with it, I'd like some preliminary community input:
...
Also, if you have more links to forum posts requesting related features,
that would be useful (googling turned up the ones that are in the DIP,
but I know that there were more)
As promised [1], I have started setting up a DIP to improve tuple
ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
This DIP aims to make code like the following valid D:
---
auto (a, b) = (1, 2);
(int a, int b) = (1, 2);
---
---
foreach((sum, diff); [(1, 2)
On Friday, 12 January 2018 at 22:26:38 UTC, Michael wrote:
On Friday, 12 January 2018 at 21:24:40 UTC, John Gabriele wrote:
[...]
I mean, you're correct to say it's an artifact of D being an
old language. Tango was the original, and Phobos was introduced
for D2 as a competing library. I don'
On Friday, 12 January 2018 at 21:24:40 UTC, John Gabriele wrote:
After having started learning some D lately, two things about
the standard library have struck me:
1. It has its own name. Phobos. This is unusual. I don't know
of any other language who's std lib has any name other than
"the {
I had similar feelings when starting out with D - "why don't they
say "standard library" instead of "Phobos"? I don't know that it
would change D's image, but I think it would be better for
newcomers if they only saw "standard library".
On Friday, 12 January 2018 at 21:24:40 UTC, John Gabriele wrote:
1. It has its own name. Phobos. This is unusual. I don't know
of any other language who's std lib has any name other than
"the {lang} standard library". Why does it have its own
distinct name, and why do I (as a user) need to kno
After having started learning some D lately, two things about the
standard library have struck me:
1. It has its own name. Phobos. This is unusual. I don't know of
any other language who's std lib has any name other than "the
{lang} standard library". Why does it have its own distinct name,
On 01/11/2018 02:15 PM, Johan Engelen wrote:
And I've been working for a long time on a fuzzing article. It's almost
done!
- Johan
A fuzzy font would suit that article. :o)
Ali
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
2) We start to run into random failures lately, e.g.
https://github.com/braddr/d-tester/issues
On Friday, 12 January 2018 at 17:17:02 UTC, Seb wrote:
On Friday, 12 January 2018 at 16:50:21 UTC, Joakim wrote:
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/d
On Friday, 12 January 2018 at 16:50:21 UTC, Joakim wrote:
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
Not really, he just wants to dogfoo
On Friday, 12 January 2018 at 16:50:21 UTC, Joakim wrote:
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
2) We start to run into random failures lately, e.g.
https://github.com/braddr/d-tester/issues/63
https://github.com/dlang/dmd/pull/7569#issuecomment-356992048
Seem like issues wit
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
Not really, he just wants to dogfood betterC on the dmd backend
when it's ported to D.
2)
On Friday, 12 January 2018 at 16:21:25 UTC, Stefan Koch wrote:
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
2) We start to run into random
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
2) We start to run into random failures lately, e.g.
https://github.com/braddr/d-tester/issues
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
2) We start to run into random failures lately, e.g.
https://github.com/braddr/d-tester/issues/63
https://github.com/dlang/dmd/pull/7569#issuecomment-
On Friday, 12 January 2018 at 10:53:04 UTC, Seb wrote:
canFind uses find internally, which already has a shortcut for
SortedRange.
I don't like contains either, but the idea was to have a
separate method with different performance guarantees as
canFind is typically O(n).
Anyways I have tried t
On Friday, 12 January 2018 at 09:52:36 UTC, aliak wrote:
Would it be an acceptable enhancement to phobos to expose the
predicate in SortedRange
(https://dlang.org/library/std/range/sorted_range.html)?
The rationale behind it would be so that functions like
setDifference
(https://dlang.org/li
Would it be an acceptable enhancement to phobos to expose the
predicate in SortedRange
(https://dlang.org/library/std/range/sorted_range.html)?
The rationale behind it would be so that functions like
setDifference
(https://dlang.org/library/std/algorithm/setops/set_difference.html) or any fun
36 matches
Mail list logo