引擎设计跟踪: 为什么Blade可以用Clang编译

时间:2022-08-16 19:16:21

最近在使用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

http://nadeausoftware.com/articles/2012/10/c_c_tip_how_detect_compiler_name_and_version_using_compiler_predefined_macros

其中第一个链接, 有人提出该问题, 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.