News for hackers. Stuff that matters.
Re:D as a C Replacement by WalterBright on Wednesday July 03, 2019 @12:55AM (#20341688)
D reflection is at compile time, not runtime, so no performance hit.
Re:D as a C Replacement by quicknir on Wednesday July 03, 2019 @02:06AM (#20341999)
I didn't intend to imply otherwise but I see my wording was unclear. I meant that D generally would be a hit, though it's only really speculation either way.
Re:D as a C Replacement by WalterBright on Wednesday July 03, 2019 @02:12AM (#20342028)
There is no inherent reason that D code would be slower than C++ code.

I should know, I've written a C++ compiler and know where the bloat is buried, and designed D to eschew features that would be inherently slower than the C++ counterparts.

You can even turn off the runtime array bounds checking.

Re:D as a C Replacement by p0nce on Wednesday July 03, 2019 @05:03AM (#20342764)
If you use the same backend... no. They are both native languages with "no room below".

llvm vs icc could be a hit, but that's all really.