search for: kernelgen_hostcall

Displaying 6 results from an estimated 6 matches for "kernelgen_hostcall".

2013 Apr 18
3
[LLVMdev] inserting a function into a module
I'm looking for an example of how to insert a new function into a module. I have a module pass that needs to create some new functions. Tia. Reed
2012 Jul 02
4
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...in the NVPTX back-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 bi...
2012 Jul 03
0
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...in the NVPTX back-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 bi...
2012 Jul 08
1
[LLVMdev] [NVPTX] Backend failure in LegalizeDAG due to unimplemented expand in target lowering
...edicate (.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 &g...
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