-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenCL instead of manual thread and sync managment #7
Comments
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
|
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 |
Too tired, that is the default and only way to compile (except doing things as above). |
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?The text was updated successfully, but these errors were encountered: