Displaying 5 results from an estimated 5 matches for "exit228".
2012 Jul 02
4
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...end to map to the predicate (.pred)
type. We definitely do not want to declare this type as illegal. The real
issue is lack of complete support for this type. The PTX language places
restrictions on what can be done with .pred registers, and it looks like
the failure is here:
kernelgen_hostcall.exit228: ; preds = %while.cond.i226
store i1 false, i1 addrspace(1)* undef, align 8
Ignoring for a second that you're storing to an undefined address (???),
the back-end does not yet handle up-casting an i1 to an appropriate type
for storage. The memory space is not bit-addres...
2012 Jul 03
0
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...end to map to the predicate (.pred) type. We definitely do not want to declare this type as illegal. The real issue is lack of complete support for this type. The PTX language places restrictions on what can be done with .pred registers, and it looks like the failure is here:
kernelgen_hostcall.exit228: ; preds = %while.cond.i226
store i1 false, i1 addrspace(1)* undef, align 8
Ignoring for a second that you're storing to an undefined address (???), the back-end does not yet handle up-casting an i1 to an appropriate type for storage. The memory space is not bit-addres...
2012 Jul 08
1
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...; type. We definitely do not want to declare this type as illegal. The real
> issue is lack of complete support for this type. The PTX language places
> restrictions on what can be done with .pred registers, and it looks like the
> failure is here:
>
>
>
> kernelgen_hostcall.exit228: ; preds = %while.cond.i226
>
> store i1 false, i1 addrspace(1)* undef, align 8
>
>
>
> Ignoring for a second that you're storing to an undefined address (???), the
> back-end does not yet handle up-casting an i1 to an appropriate type for
> stora...
2012 Jul 01
0
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
Hi Duncan,
Sorry I don't understand your point, could you please explain a little bit more?
Why i1 should be declared illegal? Operations on byte-wide types like
char or bool are pretty legal, according to PTX spec:
"Registers may be typed (signed integer, unsigned integer, floating
point, predicate) or untyped. Register size is restricted; aside from
predicate registers which are
2012 Jun 30
2
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
Hi Dmitry,
>> did you declare i1 to be an illegal type?
>
> No. How?
I think it will be considered illegal if you don't add it to any
register class.
Ciao, Duncan.
>
> 2012/6/30 Duncan Sands <baldrick at free.fr>:
>> Hi Dmitry,
>>> So instead of setOperationAction(ISD::STORE, MVT::i1, Expand); one
>>> should probably do