[cmake-developers] Adding Swift support to CMake

Brad King brad.king at kitware.com
Wed Jul 8 15:34:39 EDT 2015


On 07/08/2015 03:19 PM, Stephen Kelly wrote:
> Seen this way, it looks like 'Apple' is the future proof compiler id and 
> 'AppleClang' is the outlier (an alias could be introduced).

It is "AppleClang" because it is Apple's distribution of Clang.
The reason it cannot just be "Clang" (like we use for Debian's
distribution of Clang, for example) is that the version scheme
is different.  Perhaps it could have been "Apple" but we needed
to keep "Clang" in the name for compatibility with code that
checks if the compiler id MATCHES "Clang".  Also during Apple's
transition from GNU to Clang compilers it could have been confusing.

The compiler id for the old Apple distributions of the GNU compiler
should probably be AppleGNU because the feature set for each version
number differs a bit, but those compilers are going away so there is
no point in changing that now.

> So, I don't think the name 'Apple' is so strange anymore.

Okay, I think we'll stick with "Apple" for Swift.

Thanks,
-Brad



More information about the cmake-developers mailing list