<div dir="ltr"><div>~ ❯❯❯ man gcc</div><div>No manual entry for gcc</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 31, 2013 at 2:01 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, 31 Oct 2013, Barry Smith wrote:<br>
<br>
> > As of now - the differences this wrapper might provide is not obvious to us.<br>
> ><br>
> > So for practical purposes '/usr/bin/gcc' is same as 'clang’.<br>
><br>
>    How can you say that. We simply do not know.<br>
<br>
</div>1. /usr/bin/gcc says its clang [in verbose mode]<br>
<br>
Executing: /opt/HPC/mpich-3.0.4-gcc4.2/bin/mpicc --version<br>
stdout:<br>
<div class="im">Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)<br>
Target: x86_64-apple-darwin13.0.0<br>
<br>
</div>2. /usr/bin/gcc says its clang in error messages:<br>
<br>
> ~/s/s/w/tmp ❯❯❯ gcc -fsel-sched-pipelining file.c<br>
<div class="im">><br>
> clang: warning: argument unused during compilation: '-fsel-sched-pipelining'<br>
<br>
</div>3. And it accepts clang arguments that gcc does not.<br>
<div class="im"><br>
> ~/s/s/w/tmp ❯❯❯ gcc --analyze file.c<br>
> ~/s/s/w/tmp ❯❯❯ clang --analyze file.c<br>
<br>
</div>So - I conclude '/usr/bin/gcc' is clang - perhaps with a light-weight<br>
wrapper [because the binaries don't match.] until someone can show<br>
there is a difference in behavior in terms of 'works with clang - but<br>
not with /usr/bin/gcc'<br>
<span class="HOEnZb"><font color="#888888"><br>
Satish</font></span></blockquote></div><br></div>