D's implementation of functional purity supports "weak" purity -
functions that can mutate arguments but are otherwise
traditionally pure.
I wrote a post about some of the practical benefits of this kind
of purity:
On 3/26/2016 11:18 PM, Saurabh Das wrote:
On Saturday, 26 March 2016 at 20:45:49 UTC, Andrei Alexandrescu wrote:
I'll be at ACCU teaching a day-long tutorial on D
(http://accu.org/index.php/conferences/accu_conference_2016/accu2016_sessions#The_D_Language,_or_The_Art_of_Going_Meta)
and
On Sunday, 27 March 2016 at 06:18:26 UTC, Saurabh Das wrote:
On Saturday, 26 March 2016 at 20:45:49 UTC, Andrei Alexandrescu
wrote:
I'll be at ACCU teaching a day-long tutorial on D
On Sunday, 27 March 2016 at 15:10:46 UTC, maik klein wrote:
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a
On Thursday, 24 March 2016 at 10:52:44 UTC, Martin Nowak wrote:
On 03/24/2016 03:00 AM, deadalnix wrote:
No bug report for it, but a PR:
https://github.com/deadalnix/pixel-saver/pull/53
That seems unrelated. Bugfixes should simply go into stable for
them to be released.
Sorry, wrong link.
On Sunday, 27 March 2016 at 16:18:18 UTC, ZombineDev wrote:
On Saturday, 26 March 2016 at 20:55:17 UTC, maik klein wrote:
[snip]
Thanks, yes that is simpler.
But I am not sure that I want to have pluggable containers in
SOA, mostly because every field would have overhead from the
container.
On Saturday, 26 March 2016 at 20:55:17 UTC, maik klein wrote:
[snip]
Thanks, yes that is simpler.
But I am not sure that I want to have pluggable containers in
SOA, mostly because every field would have overhead from the
container.
For example array has size, length etc as overhead, but it
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a some patterns out and unify them with a little bit
of
On 2016-03-24 02:49, Martin Nowak wrote:
First beta for the 2.071.0 release.
This release comes with many import and lookup related changes and
fixes. You might see a lot of deprecation warnings b/c of these changes.
We've added the -transition=import switch and -transition=checkimports
[ยน]
On Sunday, 27 March 2016 at 08:16:22 UTC, Eugene Wissner wrote:
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a some patterns out and unify them with a little bit
of
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a some patterns out and unify them with a little bit of
formalism borrowed from functional languages. I've aimed to keep
things
On Saturday, 26 March 2016 at 20:45:49 UTC, Andrei Alexandrescu
wrote:
I'll be at ACCU teaching a day-long tutorial on D
(http://accu.org/index.php/conferences/accu_conference_2016/accu2016_sessions#The_D_Language,_or_The_Art_of_Going_Meta) and delivering a keynote
13 matches
Mail list logo