On Thursday, 8 November 2018 at 23:50:18 UTC, TheFireFighter
wrote:
i.e. better encapsulation really is a good thing (although for
many, it a lesson that needs to be learned).
Public/private/protected are hacks anyway - and many
object-oriented languages don't have it. They only provide
On Wednesday, 31 October 2018 at 05:00:12 UTC, myCodeDontSmell
wrote:
in D, once your write your abstraction, say a class, with it's
public interface, all the code below it can do whatever it
likes to that class, making it a leaky abstraction.
I think there might be some confusion between
On Thursday, 22 June 2017 at 16:13:51 UTC, Gary Willoughby wrote:
D Language accepted for inclusion in GCC:
https://gcc.gnu.org/ml/gcc/2017-06/msg00111.html
Well done Iain Buclaw!
Reddit thread:
On Monday, 23 January 2017 at 01:52:29 UTC, Chris Wright wrote:
On Sun, 22 Jan 2017 20:18:11 +, Mark wrote:
Have you considered adding randomized tests to Phobos?
Randomized testing is an interesting strategy to use alongside
deterministic testing. It produces more coverage over time.
On Thursday, 27 October 2016 at 12:11:09 UTC, Johan Engelen wrote:
On Thursday, 27 October 2016 at 06:43:15 UTC, Sebastien Alaiwan
If code generation/optimization is the bottleneck, a
"ccache-for-D" ("dcache"?) tool might be very beneficial.
See
On Wednesday, 19 October 2016 at 17:05:18 UTC, Gary Willoughby
wrote:
This was posted on twitter a while ago:
Comparing compilation time of random code in C++, D, Go, Pascal
and Rust
http://imgur.com/a/jQUav
Very interesting, thanks for sharing!
From the article:
Surprise: C++ without
On Friday, 5 August 2016 at 13:18:38 UTC, Johan Engelen wrote:
That patch doesn't look too bad.
Could you introduce a CMake option for building with
Emscripten-fastcomp?
And a #define "LDC_LLVM_EMSCRIPTEN" or something like that, so
that you can change `#if LDC_LLVM_VER >= 309 && 0` to `#if
On Thursday, 4 August 2016 at 19:17:34 UTC, Sebastien Alaiwan
wrote:
at the moment, I have a patch to making the build work (only
for the binary "ldc2", not other tools of the package).
I created a dedicated github branch "fastcomp-ldc".
The patch:
On Wednesday, 3 August 2016 at 20:40:47 UTC, Kai Nacke wrote:
That's awesome!
Do you still know the modifications you made to compile LDC
with emscripten-fastcomp? I would be interested to have a look
into the "PNaCl legalization passes" problem.
That would be great, and might simplify the
On Thursday, 4 August 2016 at 09:57:57 UTC, Mike Parker wrote:
On Wednesday, 3 August 2016 at 20:26:23 UTC, Sebastien Alaiwan
wrote:
And a blogpost explaining the technique is available here:
http://code.alaiwan.org/wp/?p=103
(Spoiler: at some point, it involves lowering the source code
On Thursday, 4 August 2016 at 05:03:17 UTC, Joel wrote:
[snip]
Though, it looks like the score isn't reset when you start a
new game. Or, is it intended that way?
Oh, I read it wrong, the score is reset. Dummy, me!
It's just that you're becoming better at this silly game :-)
Thanks for your
Hi,
I finally managed to compile some D code to asm.js, using
Emscripten.
It had been done by one dude several years ago, but some changes
in the inner workings of Emscripten (the introduction of
fastcomp, also probably combined with changes in the way LDC
generates LLVM bitcode) made it
12 matches
Mail list logo