[llvm-commits] Improved Covered Default Switch detection

Óscar Fuentes ofv at wanadoo.es
Sun Nov 25 16:12:39 PST 2012


Joe Abbey <joe.abbey at gmail.com> writes:

>> How did you end up in this situation?  Something has gone very wrong
>> if the build system finds clang++ but not clang.
>> 
>
> I don't think I've done anything terribly unique.  
>
> 1) Install Xcode
>
> 2) Installing command-line tools
>
> jabbeymbp:llvmCommit jabbey$ ls -l /usr/bin/gcc /usr/bin/g++ /usr/bin/c++ /usr/bin/cc
> lrwxr-xr-x  1 root  wheel   7 Nov 20 01:16 /usr/bin/c++ -> clang++
> lrwxr-xr-x  1 root  wheel   5 Nov 20 01:16 /usr/bin/cc -> clang
> lrwxr-xr-x  1 root  wheel  12 Nov 20 01:17 /usr/bin/g++ -> llvm-g++-4.2
> lrwxr-xr-x  1 root  wheel  12 Nov 20 01:17 /usr/bin/gcc -> llvm-gcc-4.2
> jabbeymbp:llvmCommit jabbey$ xcode-select --print-path
> /Applications/Xcode.app/Contents/Developer
> jabbeymbp:llvmCommit jabbey$ cmake --version
> cmake version 2.8.8
>
> Is this not as expected?

I don't think so. Unless you ask for something different, CMake should
use c++ (->clang++) for C++ and cc (->clang) for C as defaults. Doing
otherwise looks like a bug. Unless OSX has a tradition of broken or
inferior cc which makes gcc preferable.

BTW, what I mentioned on my other message was on Linux.




More information about the llvm-commits mailing list