Path: csiph.com!eternal-september.org!feeder.eternal-september.org!border1.nntp.ams1.giganews.com!nntp.giganews.com!buffer1.nntp.ams1.giganews.com!buffer2.nntp.ams1.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Thu, 10 Nov 2016 00:39:18 -0600
From: Gareth Owen <gwowen@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: Compiler design in C?
References: <nvsmpq$noi$2@dont-email.me> <nvsn7c$q9o$1@dont-email.me> <nvsnfj$qu8$1@dont-email.me> <nvta5k$48l$1@dont-email.me> <0915fef9-bb57-48b7-b98a-342f0e5ee39f@googlegroups.com> <nvtbjd$ahk$2@dont-email.me> <nvthtd$3pu$2@dont-email.me> <87shr14n5b.fsf@gmail.com> <nvutra$30v$1@dont-email.me> <87r36k1l4w.fsf@gmail.com> <o000p1$faf$1@dont-email.me>
Date: Thu, 10 Nov 2016 06:39:18 +0000
Message-ID: <87h97fzvmx.fsf@gmail.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Cancel-Lock: sha1:2bDJkYsIugj8sV2QT7NM8EAkPk0=
MIME-Version: 1.0
Content-Type: text/plain
Lines: 23
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-vachVa4xI/ZRe+D9CCFHjdq5SsjeL7YBJj57dy7brXPcmD0g3eD7zmVrDyj8PcYqhoQx9MoxxPTvZqr!2bN904boVdy7puUkt50qMV6GjzG4u0Xpfo4w1O/DpcAO4Kdmp88HSaL7SO3iwnt9xCWN
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 1998
Xref: csiph.com comp.lang.c:96259

David Brown <david.brown@hesbynett.no> writes:

>>
>> Yes, but there are so few C++ features used at present that to declare
>> that its sloth is because of C++ is deeply disingenuous.
>>
>
> The speed (or lack thereof) of gcc long pre-dates the move to C++.

We are in violent agreement.

>>> The other big modern compiler project is llvm/clang - which is written
>>> in C++.
>>
>> This would've been a much better example.
>>
>
> As clang has gained more features, coming closer to par with gcc, it
> has become slower.  And gcc, perhaps motivated by competition with
> clang, has been getting faster.  I believe that current versions are
> now fairly similar when heavy optimisations are enabled.

Again, I concur entirely.