Nicholas Wilson

Hmm, this doesn't work: https://issues.dlang.org/show_bug.cgi?id=19761

Already? I updated it 2 days ago, use the compute branch. Oh whoops that was this repo.

Done. Be aware that I will soon (I hope approx. three weeks-ish) be making a breaking change w.r.t. the OpenCL functions moving from Itanium mangled C++ to proper LLVM intrinsics....

All that should change is the function will go from `::get_global_id(size_t)` to `__builtin_spirv_opencl_get_global_id(size_t)`(GCC like builtin)/`llvm.spirv.opencl.get_global_id.i32/64`(LLVM intrinsic). >Am I right that OpenCL address spaces in LLVM get transformed to storage classes...

Also you may be interested in the `llvm-dev` mailing list thread `[SPIR-V] SPIR-V in LLVM` which discusses getting this backend into LLVM trunk.

None yet, first goal is to get this upstreamed.

Just synced everything, sorry about that. Yeah I did see that, I have to take a closer look. I'll be publishing a blog post in about an hour on my...

Hmmm. I just git pulled LLVM and rebuilt and it worked for me. I've pushed that pull so you can try it again. Did you ensure you updated the submodule?...

Hmm. Could you post the missing symbols? All I've done since then was move stuff from the main target folder to `./Passes` and update the includes and `CMakeLists.txt`s accordingly. I'm...

Very weird. Did `llvm-spirv` link successfully? Might be a misconfiguration on the clang side or a stale cmake.