Displaying 11 results from an estimated 11 matches for "last_valuetype".
2017 Jul 11
2
Using new types v32f32, v32f64 in llvm backend not possible
...s like machinevaluetype.h, valuetypes.cpp
etc. 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: <htt...
2017 Jul 11
2
Using new types v32f32, v32f64 in llvm backend not possible
...tc. 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.
>>
>
> Are you sure that you updated all of the enum values correctly, including
> updating MVT::LAST_VALUETYPE, etc., and also updated
> utils/TableGen/Co...
2010 Jul 17
2
[LLVMdev] v16i32/v16f32
I tried adding them in my backend however I run into the assertion
assert((unsigned)VT.SimpleTy < sizeof(LoadExtActions[0])*4 &&
ExtType < array_lengthof(LoadExtActions) &&
"Table isn't big enough!");
What does the assertion mean ?
thanks for all help!!
shrey
On Wed, Jul 14, 2010 at 6:56 PM, Eli Friedman <eli.friedman at
2010 Jul 17
0
[LLVMdev] v16i32/v16f32
...the assertion
>
> assert((unsigned)VT.SimpleTy < sizeof(LoadExtActions[0])*4 &&
> ExtType < array_lengthof(LoadExtActions) &&
> "Table isn't big enough!");
>
> What does the assertion mean ?
That means you forgot to bump up LAST_VALUETYPE.
-Eli
2017 Jul 12
2
Using new types v32f32, v32f64 in llvm backend not possible
...ll 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.
>>>>
>>>
>>> Are you sure that you updated all of the enum values correctly,
>>> including updating MVT::LAST_VALUETYPE, etc.,...
2010 Jul 17
1
[LLVMdev] v16i32/v16f32
Thanks Eli ...I actually did that ..bumped it up by 2 that I had
added. Any thing else that I might have done wrong ?
I can see a different assert where it clearly depends on LAST_VALUETYPE
assert((unsigned)VT.SimpleTy < MVT::LAST_VALUETYPE
thanks
shrey
On Fri, Jul 16, 2010 at 5:20 PM, Eli Friedman <eli.friedman at gmail.com> wrote:
> On Fri, Jul 16, 2010 at 5:14 PM, shreyas krishnan <shreyas76 at gmail.com> wrote:
>> I tried adding them in my backend howe...
2012 Jul 26
2
[LLVMdev] RFC: CondCodeActions refactor (was RE: Why is this assertion here?)
...he following:
> Change the definition of CondCodeAction to:
> uint64_t CondCodeActions[ISD::SETCC_INVALID][2];
>
> setCondCodeAction then becomes:
> void setCondCodeAction(ISD::CondCode CC, MVT VT,
> LegalizeAction Action) {
> assert(VT < MVT::LAST_VALUETYPE &&
> (unsigned)CC < array_lengthof(CondCodeActions) &&
> "Table isn't big enough!");
> CondCodeActions[(unsigned)CC][VT.SimplyTy >> 5] &=
> ~(uint64_t(3UL) << (VT.SimpleTy - 32)*2);
> CondCodeActions[(unsigne...
2012 Jul 26
0
[LLVMdev] RFC: CondCodeActions refactor (was RE: Why is this assertion here?)
...ETCC_INVALID];
What I suggest is the following:
Change the definition of CondCodeAction to:
uint64_t CondCodeActions[ISD::SETCC_INVALID][2];
setCondCodeAction then becomes:
void setCondCodeAction(ISD::CondCode CC, MVT VT,
LegalizeAction Action) {
assert(VT < MVT::LAST_VALUETYPE &&
(unsigned)CC < array_lengthof(CondCodeActions) &&
"Table isn't big enough!");
CondCodeActions[(unsigned)CC][VT.SimplyTy >> 5] &= ~(uint64_t(3UL) << (VT.SimpleTy - 32)*2);
CondCodeActions[(unsigned)CC][VT.SimpleTy >...
2012 Jul 26
2
[LLVMdev] Why is this assertion here?
I'm trying to understand why this assertion is here.
LegalizeAction
getCondCodeAction(ISD::CondCode CC, EVT VT) const {
assert((unsigned)CC < array_lengthof(CondCodeActions) &&
(unsigned)VT.getSimpleVT().SimpleTy < sizeof(CondCodeActions[0])*4 &&
"Table isn't big enough!");
LegalizeAction Action = (LegalizeAction)
2012 Jul 26
0
[LLVMdev] RFC: CondCodeActions refactor (was RE: Why is this assertion here?)
...definition of CondCodeAction to:
> > uint64_t CondCodeActions[ISD::SETCC_INVALID][2];
> >
> > setCondCodeAction then becomes:
> > void setCondCodeAction(ISD::CondCode CC, MVT VT,
> > LegalizeAction Action) {
> > assert(VT < MVT::LAST_VALUETYPE &&
> > (unsigned)CC < array_lengthof(CondCodeActions) &&
> > "Table isn't big enough!");
> > CondCodeActions[(unsigned)CC][VT.SimplyTy >> 5] &=
> > ~(uint64_t(3UL) << (VT.SimpleTy - 32)*2);
> >...
2008 Jun 25
1
[LLVMdev] Assert in SelectionDAGLegalize when using arbitrary size integers
...th-1) and 0xFE is
MVT::iAny from MVT::SimpleValueType
- NVT value is 3 : OK because 3 = MVT::i16 from MVT::SimpleValueType
What I don't really understand is the meaning of that first test in
the assert : 'NVT > VT'. As in that case VT is always >= MVT::iAny and
NVT is <= MVT::LAST_VALUETYPE, the test is always false.
So did I miss something obvious, does that simply mean that the
PromoteOp method doesn't deal yet with arbitrary size integers or is
there a problem in the assert condition?
Sorry for the maybe naive question and thanks for any information on
the subject.
Best rega...