Displaying 6 results from an estimated 6 matches for "iptrany".
Did you mean:
iptraf
2017 Jul 11
2
Using new types v32f32, v32f64 in llvm backend not possible
...i have checked it many times but still getting the following error
when build in debug mode.
llvm-tblgen: /utils/TableGen/CodeGenDAGPatterns.cpp:57:
llvm::EEVT::TypeSet::TypeSet(MVT::SimpleValueType, llvm::TreePattern &):
Assertion `(VT < MVT::LAST_VALUETYPE || VT == MVT::iPTR || VT ==
MVT::iPTRAny || VT == MVT::Any) && "Not a concrete type!"' failed.
What could be the reason?? please guide how to define new types in llvm
backend.
Thank You
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/att...
2017 Jul 11
2
Using new types v32f32, v32f64 in llvm backend not possible
...llowing error
>> when build in debug mode.
>>
>> llvm-tblgen: /utils/TableGen/CodeGenDAGPatterns.cpp:57:
>> llvm::EEVT::TypeSet::TypeSet(MVT::SimpleValueType, llvm::TreePattern &):
>> Assertion `(VT < MVT::LAST_VALUETYPE || VT == MVT::iPTR || VT ==
>> MVT::iPTRAny || VT == MVT::Any) && "Not a concrete type!"' failed.
>>
>
> Are you sure that you updated all of the enum values correctly, including
> updating MVT::LAST_VALUETYPE, etc., and also updated
> utils/TableGen/CodeGenTarget.cpp?
>
> -Hal
>
>
>
&g...
2015 Jan 15
2
[LLVMdev] Overloaded intrinsics: name explosion
Hi,
So, we currently have gc.result.int, gc.result.float. gc.result.ptr,
gc.relocate, and gc.statepoint. gc.statepoint's signature is fine with
a iPTRAny as the first argument. gc.result is in trouble, because none
of the signatures admit even a simple array of integers, and there's
no aAny. And certainly no vectors. So we can get a gc.result.vector to
add to this mess, and admit [1] to make iAny work with integer arrays
(and fAny work with floa...
2017 Jul 12
2
Using new types v32f32, v32f64 in llvm backend not possible
...ug mode.
>>>>
>>>> llvm-tblgen: /utils/TableGen/CodeGenDAGPatterns.cpp:57:
>>>> llvm::EEVT::TypeSet::TypeSet(MVT::SimpleValueType, llvm::TreePattern
>>>> &): Assertion `(VT < MVT::LAST_VALUETYPE || VT == MVT::iPTR || VT ==
>>>> MVT::iPTRAny || VT == MVT::Any) && "Not a concrete type!"' failed.
>>>>
>>>
>>> Are you sure that you updated all of the enum values correctly,
>>> including updating MVT::LAST_VALUETYPE, etc., and also updated
>>> utils/TableGen/CodeGenTarge...
2010 Mar 12
0
[LLVMdev] Question: overloaded intrinsic
I am working on an implementation that needs to add a couple of overloaded intrinsics (based on pointer to different address spaces). I am creating a new myintrinsics.td file and using the iPTRAny for the argument type.
The current interface (i.e. getName() and getTyp() in Intrinsics.h) seems to require the caller to know which arguments are used for overloading, so to set Tys and numTys. This means I need to hardcode the intrinsic property in the caller, which makes the programming effort...
2010 Apr 21
1
[LLVMdev] Bufer overrun in getValueTypeList()
...we're using getValueTypeList even tries to write to that array element causing a memory corruption. Should iPTR handled with the extended types, simple types or in a different way? Should this function even be called with iPTR?
Other value types that could have the same problem are Metadata, iPTRAny, vAny, fAny and iAny.
Thanks,
Javier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100421/5ac6bb64/attachment.html>