similar to: [LLVMdev] Bind a LLVM variable to a CPU register

On Thu, Jul 19, 2012 at 2:28 PM, John Criswell <criswell at illinois.edu> wrote: > On 7/19/12 1:23 PM, Jim Grosbach wrote: >> >> Not really, no. > > > If you really, really, wanted to do it, you could: > > 1) Hack the code generator to not use that register. It might be as simple > as modifying the TableGen file to not know that the register exists. In fact

On 7/19/12 1:23 PM, Jim Grosbach wrote: > Not really, no. If you really, really, wanted to do it, you could: 1) Hack the code generator to not use that register. It might be as simple as modifying the TableGen file to not know that the register exists. 2) Use inline asm to put the constant into that register and fetch it from that register. The real question is: what larger goal are you

Not really, no. On Jul 19, 2012, at 11:14 AM, Xin Tong <xerox.time.tech at gmail.com> wrote: > I have a constant parameter in a LLVM function. Is there a way to > reserve a CPU register such that it also holds the value of the > parameter in LLVM x86 codegen ? > > Thanks > > Xin > _______________________________________________ > LLVM Developers mailing list

On Thu, Jul 19, 2012 at 2:28 PM, John Criswell <criswell at illinois.edu> wrote: > On 7/19/12 1:23 PM, Jim Grosbach wrote: >> >> Not really, no. > > > If you really, really, wanted to do it, you could: > > 1) Hack the code generator to not use that register. It might be as simple > as modifying the TableGen file to not know that the register exists. > 2)

but does it have default values ? Thanks Xin On Tue, Mar 13, 2012 at 5:19 AM, Che-Liang Chiou <clchiou at gmail.com> wrote: > You specify shader model, bit size and etc. arch-specified parameters > though -march, -mattr and -mcpu, but AFAIK, PTX backend does not use > the GPU thread/block/grid size information in optimization yet. > > On Mon, Mar 12, 2012 at 8:17 PM, Xin

I don't think so, but you should check source code. On Tue, Mar 13, 2012 at 9:58 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > but does it have default values ? > > Thanks > > Xin > > On Tue, Mar 13, 2012 at 5:19 AM, Che-Liang Chiou <clchiou at gmail.com> wrote: >> You specify shader model, bit size and etc. arch-specified parameters >>

I do not know too much about clang, is opencl publicly supported in clang ? how about cuda ? Thanks Xin

2012/2/24 Xin Tong <xerox.time.tech at gmail.com>: > Hopefully you mean sometime in the evening on 29th. If this is the > case, count me in. Good point, I forgot to select a time :-) What about 19:00? > Thanks Cheers, Rafael

I am wondering that how does the LLVM PTX backend find out the constraints on executing GPU thread/block/grid size ( i.e. a block can at most have 1024 threads). Can anyone point me to the code ? I need information in the optimizer, how can I get it ? Thanks Xin

On 7/19/12 2:52 PM, Xin Tong wrote: > On Thu, Jul 19, 2012 at 2:28 PM, John Criswell <criswell at illinois.edu> wrote: >> On 7/19/12 1:23 PM, Jim Grosbach wrote: >>> Not really, no. >> >> If you really, really, wanted to do it, you could: >> >> 1) Hack the code generator to not use that register. It might be as simple >> as modifying the

put "register" keyword on that variable. E.g., register int i; ... Whether it will be register allocated is totally up to the compiler, with respect to the rest of the program. Chuck On 7/19/2012 11:14 AM, Xin Tong wrote: > I have a constant parameter in a LLVM function. Is there a way to > reserve a CPU register such that it also holds the value of the > parameter in LLVM

You specify shader model, bit size and etc. arch-specified parameters though -march, -mattr and -mcpu, but AFAIK, PTX backend does not use the GPU thread/block/grid size information in optimization yet. On Mon, Mar 12, 2012 at 8:17 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > I am wondering that how does the LLVM PTX backend find out the > constraints on executing GPU

On Thu, Jan 5, 2012 at 11:39 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > I do not know too much about clang, is opencl publicly supported in > clang ? how about cuda ? Anton at ARM commited theOpenCL patches, already. NVIDIA did not commit the CUDA patches, yet. > > Thanks > > Xin > _______________________________________________ > LLVM Developers mailing

> NVIDIA did not commit the CUDA patches, yet. But plans to? 2012/1/5 Liu <proljc at gmail.com>: > On Thu, Jan 5, 2012 at 11:39 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: >> I do not know too much about clang, is opencl publicly supported in >> clang ? how about cuda ? > > Anton at ARM commited theOpenCL patches, already. > > NVIDIA did not

can we get a confirmation on who is coming tomorrow ? Thanks Xin 2012/2/24 Andrew Clinton <andrew at sidefx.com>: > It would be fun to meet some other LLVM developers in TO, 7:00 on wed at > beer bistro should work for me. > > Andrew > > > On 02/24/2012 05:22 PM, Rafael Espíndola wrote: >> >> 2012/2/24 Xin Tong<xerox.time.tech at gmail.com>:

I would like to generate a branch/jump to a native instruction address (set up in the JIT runtime) in LLVM IR. It seems all the branch instructions (except indirect branch) takes a LLVM BasicBlock. What would be the best way to achieve this ? Thanks Xin

It would be fun to meet some other LLVM developers in TO, 7:00 on wed at beer bistro should work for me. Andrew On 02/24/2012 05:22 PM, Rafael Espíndola wrote: > 2012/2/24 Xin Tong<xerox.time.tech at gmail.com>: >> Hopefully you mean sometime in the evening on 29th. If this is the >> case, count me in. > Good point, I forgot to select a time :-) > What about 19:00?

On Mon, Feb 6, 2012 at 6:51 PM, Xin Tong <xerox.time.tech at gmail.com> wrote: > Is there any way to stop this ? > > /home/socrates/llvm/llvm-3.0.src/benchmarks/powerstone/crc/crc.c:67:1: > error: 'main' must return 'int' > void main() > ^ > 1 error generated. You mean besides fixing the source of your benchmark so it's valid C? Not at the moment...

07.02.2012 07:27, Eli Friedman пишет: > On Mon, Feb 6, 2012 at 6:51 PM, Xin Tong<xerox.time.tech at gmail.com> wrote: >> Is there any way to stop this ? >> >> /home/socrates/llvm/llvm-3.0.src/benchmarks/powerstone/crc/crc.c:67:1: >> error: 'main' must return 'int' >> void main() >> ^ >> 1 error generated. > You mean besides

Is there any way to stop this ? /home/socrates/llvm/llvm-3.0.src/benchmarks/powerstone/crc/crc.c:67:1: error: 'main' must return 'int' void main() ^ 1 error generated. Thanks