CMakeLists: include AppleClang in the precompile-header workaround gate

`CMAKE_CXX_COMPILER_ID STREQUAL "Clang"` only matches upstream LLVM
clang -- AppleClang's compiler id is "AppleClang", so the precompile
header that pulls in `clang.hpp` was never being applied to
fastmcpp_core's own translation units under AppleClang.

Since fastmcpp_core is a STATIC library, its .o files (compiled
without the workaround) get linked into consumer dylibs. That brought
the unguarded `__from_native_exception_pointer` reference into
downstream binaries built with AppleClang regardless of what
clang.hpp did in the consumer's own sources.

Switch the gate to `MATCHES "^(Apple)?Clang$"` so both compiler ids
qualify.

Author: Fedr

CMakeLists.txt

@@ -72,7 +72,10 @@ if(MSVC)
 endif()
 
 # inject work-around for Clang libc++ and older Xcode versions' compatibility
-if(APPLE AND CMAKE_CXX_COMPILER_ID STREQUAL "Clang")
+# AppleClang's CMAKE_CXX_COMPILER_ID is "AppleClang", not "Clang" -- match both so
+# fastmcpp_core's own translation units pick up the override and don't drag the
+# unguarded `__from_native_exception_pointer` reference into static linkers' output.
+if(APPLE AND CMAKE_CXX_COMPILER_ID MATCHES "^(Apple)?Clang$")
   target_precompile_headers(fastmcpp_core
     PRIVATE
       $<$<COMPILE_LANGUAGE:CXX>:${CMAKE_CURRENT_SOURCE_DIR}/include/fastmcpp/clang.hpp>