最近在使用VS2015 Community, 在添加了shared items project, 并把源代码加入shared items, 添加Android工程编译的时候, 发现可以用Clang正常编译(VS2015默认使用自带的Clang编译器来编译安卓).
一开始并没有多想, 后来在准备添加Clang支持的时候, 突然意识到, Blade并没有做Clang编译器的支持, 但是可以正常编译!
最后发现, Clang也定义了__GNUC__, 编译的时候就当做GCC编译了.
相关搜索如下:
http://rem.eifzilla.de/archives/2012/08/10/identify-theft-by-clang
其中第一个链接, 有人提出该问题, Clang的贡献者出来说这是个已知问题, 但问题是__GNUC__只是表示编译器支持GNU扩展, 而不是说编译器一定是GCC, 比如ICC(Intel)也可以定义这个宏定义.
原因在于GCC只提供了extension检查而没其他定义可以区分编译器.
为了防止Clang编译器需要特殊处理, 所以还是需要加上Clang支持, 所以Blade的代码现在如下:
#if defined(_MSC_VER)
# define BLADE_COMPILER BLADE_COMPILER_MSVC
#elif defined(__clang__)
//note: Clang also defines (__GNUC__), so we need detect Clang first, or it will be mistaken as GCC
# define BLADE_COMPILER BLADE_COMPILER_CLANG
# define BLADE_COMPILER_GNU_EXTENSION
#elif defined(__GNUC__)
# define BLADE_COMPILER BLADE_COMPILER_GNUC
# define BLADE_COMPILER_GNU_EXTENSION
#else
# error Compiler not supported yet.
# define BLADE_ALWAYS_INLINE inline
#endif #if BLADE_COMPILER == BLADE_COMPILER_MSVC
# define BLADE_ALIGNED(n) __declspec(align(n))
# define BLADE_CDECL __cdecl
# define BLADE_STDCALL __stdcall
# define BLADE_FASTCALL __fastcall
# define BLADE_FUNCTION __FUNCTION__
# define BLADE_ALWAYS_INLINE __forceinline
#elif BLADE_COMPILER_GNU_EXTENSION
# define BLADE_ALIGNED(n) __attribute__((aligned(n)))
# define BLADE_CDECL __attribute__((cdecl))
# define BLADE_STDCALL __attribute__((stdcall))
# define BLADE_FASTCALL __attribute__((fastcall))
# define BLADE_FUNCTION __PRETTY_FUNCTION__
# define BLADE_ALWAYS_INLINE __attribute__((always_inline))
#else
# error Compiler not supported yet.
#endif
对于支持GNU扩展的编译器, 必须要在检测GNU之前检测, 否则会被误认为GCC编译器.
也就是添加了CLANG编译器, 但是对于支持GNU Extension的编译器, 单独有统一的处理. 通常情况下, 只需要使用BLADE_COMPILER_GNU_EXTENSION就可以使用GCC和CLANG和其他支持GNU Extension的编译器,
除非真的要用到Clang的特性或者需要针对Clang进行特殊fix, 才会使用BLADE_COMPILER_CLANG.