Closed 9il closed 8 years ago
With the caveat that the names are mangled with C++ mangling so will need to pragma mangle them.
Whoohooooo! When do you think dcompute be ready enough to start porting GLAS?
I'll try to rebase my compiler fork over the weekend and get it into ldc ASAP. It's probably ready to START porting but some of the prototypes are missing (there is a table somewhere on khronos's github that has all the mangling), so I don't know how far you'll get.
But the driver API has a long way to go, in terms of easy use. Use should be able to use OpenCL 1.2 with the load binary if you
I'll try to rebase my compiler fork over the weekend and get it into ldc ASAP. It's probably ready to START porting but some of the prototypes are missing (there is a table somewhere on khronos's github that has all the mangling), so I don't know how far you'll get.
Would it be possible to compiler a kernel with the program itself in the future? (I remember that GPU kernels compiled runtime)
I think that dcompute has amazing opportunities and we can consider on LDC support only and drop DMD support https://github.com/ljubobratovicrelja/dcv/issues/52
Would it be possible to compiler a kernel with the program itself in the future? (I remember that is GPU kernels compiled runtime)
Not quite sure what you mean. dcompute kernels are compiled with the rest of the program i.e. "offline", it's the OpenCL C compiler (.cl source files) that are compiled at runtime. You could if you really wanted to invoke the compiler at runtime and the load the resulting file.
Too tired, that is the default and only way to compile (except doing things as above).
dcompute kernels are compiled with the rest of the program i.e. "offline"
Thanks!
@thewilsonator The first GLAS release will be single thread. Current druntime is useless for GLAS because it is not
nothrow @nogc
.dot_reg_basic
internal/gemm use llvm prefetch as openCL kernel?