Displaying 3 results from an estimated 3 matches for "__builtin_xxx".
Did you mean:
__builtin_xx
2018 Dec 31
1
Issue with "t -> signature is meaningless, use custom typechecking"
Hello,
I was implementing the llvm_any_type in my intrinsic
def int_csa_xxx : Intrinsic<[llvm_any_ty], [llvm_i32_ty]>;
as the following in its corresponding builtins in Builtins.def:
BUILTIN(__builtin_xxx, "v.", "nt")
the "t" was sufficient here to not perform any type checking.
The type checking was handled in CGBuiltin.cpp.
This was working until recently.
Do you know which change might have caused this?
Thanks,
Dounia
-------------- next part --------------
An H...
2015 Feb 04
6
[LLVMdev] llvm builtins
In the following example with gcc style builtins, in once case
llvm.powi.f64 is emitted
and in the other just a call to library function powf.
~/llvm/build/Debug+Asserts/bin/clang -S -emit-llvm pow1.c
Why is that?
Is there a way to force the call to an llvm style builtin?
Tia.
Reed
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pow1.c
Type: text/x-csrc
2016 Jun 24
3
creating Intrinsic DAG Node
I've tried all the types (both for result and Intrinsic ID), can't seem to
find what cast is causing the issue here.
On Fri, Jun 24, 2016 at 11:47 AM, Ryan Taylor <ryta1203 at gmail.com> wrote:
> That's what I thought but I got the same error with:
>
> DAG.getNode(ISD::INTRINSIC_WO_CHAIN, DL, VT,
> DAG.getTargetConstant(Intrinsic::my_intrinsic, DL, MVT::i16), LHS);