tooling quality and some random rant
Walter Bright
newshound2 at digitalmars.com
Mon Feb 14 10:01:53 PST 2011
retard wrote:
> Mon, 14 Feb 2011 04:44:43 +0200, so wrote:
>
>>> Unfortunately DMC is always out of the question because the performance
>>> is 10-20 (years) behind competition, fast compilation won't help it.
>> Can you please give a few links on this?
>
> What kind of proof you need then? Just take some existing piece of code
> with high performance requirements and compile it with dmc. You lose.
>
> http://biolpc22.york.ac.uk/wx/wxhatch/wxMSW_Compiler_choice.html
> http://permalink.gmane.org/gmane.comp.lang.c++.perfometer/37
That link shows dmc winning.
> http://lists.boost.org/boost-testing/2005/06/1520.php
> http://www.digitalmars.com/d/archives/c++/chat/66.html
> http://www.drdobbs.com/cpp/184405450
>
> Many of those are already old. GCC 4.6, LLVM 2.9, and ICC 12 are much
> faster, especially on multicore hardware. A quick look at DMC changelog
> doesn't reveal any significant new optimizations durin the past 10 years
> except some Pentium 4 opcodes and fixes on library level.
>
> I rarely see a benchmark where DMC produces fastest code. In addition,
> most open source projects are not compatible with DMC's toolchain out of
> the box. If execution performance of the generated code is your top
> priority, I wouldn't recommend using DigitalMars products.
More information about the Digitalmars-d
mailing list