[petsc-dev] defaulting gnu compilers on Apple
Barry Smith
bsmith at mcs.anl.gov
Thu Oct 31 13:15:27 CDT 2013
On Oct 31, 2013, at 1:03 PM, Satish Balay <balay at mcs.anl.gov> wrote:
> On Thu, 31 Oct 2013, Satish Balay wrote:
>
>> On Thu, 31 Oct 2013, Barry Smith wrote:
>>
>>>> As of now - the differences this wrapper might provide is not obvious to us.
>>>>
>>>> So for practical purposes '/usr/bin/gcc' is same as 'clang’.
>>>
>>> How can you say that. We simply do not know.
>>
>> 1. /usr/bin/gcc says its clang [in verbose mode]
>>
>> Executing: /opt/HPC/mpich-3.0.4-gcc4.2/bin/mpicc --version
>> stdout:
>> Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
>> Target: x86_64-apple-darwin13.0.0
>>
>> 2. /usr/bin/gcc says its clang in error messages:
>
>
> 4. Missed mentioning: '/usr/bin/gcc' does not accept GNU-gcc options.
So does configure at least answer no when you do compiles.isGNU?
Barry
> [as indicated below]
>
> Satish
>
>>
>>> ~/s/s/w/tmp ❯❯❯ gcc -fsel-sched-pipelining file.c
>>>
>>> clang: warning: argument unused during compilation: '-fsel-sched-pipelining'
>>
>> 3. And it accepts clang arguments that gcc does not.
>>
>>> ~/s/s/w/tmp ❯❯❯ gcc --analyze file.c
>>> ~/s/s/w/tmp ❯❯❯ clang --analyze file.c
>>
>> So - I conclude '/usr/bin/gcc' is clang - perhaps with a light-weight
>> wrapper [because the binaries don't match.] until someone can show
>> there is a difference in behavior in terms of 'works with clang - but
>> not with /usr/bin/gcc'
>>
>> Satish
More information about the petsc-dev
mailing list