On Saturday, 18 May 2019 at 19:44:37 UTC, Walter Bright wrote:
If all access to internals is returned by ref, those lifetimes
are restricted to the current expression.
Oh my god, I try my best to be open-minded, but talking about
dip1000 design with you is like pulling teeth *at best*.
Yes,
If all access to internals is returned by ref, those lifetimes are restricted to
the current expression.
On Friday, 17 May 2019 at 20:04:42 UTC, Walter Bright wrote:
Dip1000 is key to enable containers to control access to
pointers to their innards that they expose.
I haven't looked at the subject for a while, but every time I did
the takeaway was the same: dip1000 works great for containers
Unfortunately, now (and the last few years) dlang.ru is pretty
useless.
On Saturday, 18 May 2019 at 09:19:24 UTC, 9il wrote:
On Saturday, 18 May 2019 at 06:26:10 UTC, Suliman wrote:
On Saturday, 18 May 2019 at 03:01:33 UTC, 9il wrote:
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
[...]
Bullshit! I have checked the dlang.ru at RKN [1] registry and
On Saturday, 18 May 2019 at 06:26:10 UTC, Suliman wrote:
On Saturday, 18 May 2019 at 03:01:33 UTC, 9il wrote:
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
After 2 years dlang.ru was update. Content did not change.
Main improves was is technology stack and design (still not
On Saturday, 18 May 2019 at 06:26:10 UTC, Suliman wrote:
On Saturday, 18 May 2019 at 03:01:33 UTC, 9il wrote:
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
After 2 years dlang.ru was update. Content did not change.
Main improves was is technology stack and design (still not
On Saturday, 18 May 2019 at 03:01:33 UTC, 9il wrote:
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
After 2 years dlang.ru was update. Content did not change.
Main improves was is technology stack and design (still not
perfect, but better than was).
http://dlang.ru
P.S. site is
