I’m currently working with Clang-CL based on the LLVM 8.0.0 (is that the right term? Or is it just Clang 8.0.0?) and targeting Windows with 64bit.
In my code I used the function “__builtin_signbitd64” which I picked up from the GCC list of builtin functions.
In my understanding, builtin functions are not really functions, but instead they get replaced with assembly instructions, like intrinsic functions. However, when I printed the resulting assembly code I got:
#DEBUG_VALUE: signbit:_X ← $xmm6
#DEBUG_VALUE: preSqrt ← $xmm6
.cv_inline_site_id 70 within 58 inlined_at 6 588 0
In my code I used the function “__builtin_signbitd64” which I picked up from the GCC list of builtin functions.
As a rule, Clang does not view the GCC list of builtins as a set of API requirements. Clang generally views builtins as a convenient implementation detail. Because builtins use a function-like syntax, Clang identifies builtins by name. If the name doesn’t match the list of known builtins, even if the name starts with “_builtin”, Clang will treat it as a normal function.
Intrinsics (e.g. those defined by Intel) are the user-facing API. They might or might not use builtins in their implementations; over the years I have seen Clang remove many builtins as the optimizers and code generators became better able to select the optimal instruction sequences that previously required builtins. If there’s an intrinsic that does what you want, it should be the stable API.