Re: Compiler performance tests on FreeBSD 10.0-CURRENT

From: Justin Hibbits <chmeeedalf_at_gmail.com>
Date: Wed, 5 Sep 2012 09:11:22 -0400
On Wed, Sep 5, 2012 at 6:56 AM, Dimitry Andric <dimitry_at_andric.com> wrote:

> On 2012-09-05 11:36, David Chisnall wrote:
>
>> On 5 Sep 2012, at 10:31, Dimitry Andric wrote:
>>
>>>    TThe
>>>
>>>    -fno-strict-aliasing is not really my choice, but it was introduced
>>>    in the past by Nathan Whitehorn, who apparently saw problems without
>>>    it.  It will hopefully disappear in the future.
>>>
>> Clang currently defaults to no strict aliasing on FreeBSD.
>>
>
> Yes, but upstream has never used -fno-strict-aliasing, just plain -O2.
> I run regular separate builds of pristine upstream clang on FreeBSD, and
> I haven't seen any failures due aliasing problems in all the regression
> tests.  That doesn't guarantee there are no problems, of course...


Aliasing problems are seen much more frequently on PowerPC than any other
platform for Clang.  I found this a while back when doing some Clang
testing, and I still see problems with upstream unless I explicitly set
-fno-strict-aliasing.  Nathan had mentioned wanting to get upstream to use
-fno-strict-aliasing by default on all platforms, but I don't think that
ever made it beyond his suggesting.

I filed this bug to track it: http://llvm.org/bugs/show_bug.cgi?id=11955


In my experience, most C programmers misunderstand the aliasing rules of C
>> and even people on the C++ standards committee often get them wrong for
>> C++, so trading a 1-10% performance increase  for a significant chance of
>> generating non-working code seems like a poor gain.  If people are certain
>> that they do understand the rules, then they can add -fstrict-aliasing to
>> their own CFLAGS.
>>
>
> I'm actually quite interested in the performance difference; I think I
> will run a few tests. :)
Received on Wed Sep 05 2012 - 11:11:25 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:30 UTC