Henry Linjamäki

> Do you get that issue also with either of those, or is it LLVM 14 specific? I don’t think the issue is strictly specific to a LLVM version but...

I’m using released binaries of the compute runtime from https://github.com/intel/compute-runtime/releases so the versions of the components should be matching. Not sure if you are trying to tell that SPIR-V binary...

Sorry, perhaps there are missing critical details to the issue: We (CHIP-SPV) are not compiling kernels from OpenCL sources but from HIP sources and we pass the produced SPIR-V modules...

I'm also experiencing this issue on Ubuntu 22.04.2 LTS. I'm working the issue around the issue by installing clang-15 package ~~and setting `CMAKE_{C,CXX}_COMPILER` variables point to clang-15 and clang++-15, respectively~~....

My 2 cents for a playful recursive acronym: POCL -> POCL's Open Computing Layer. Like GNU means GNU's No Unix!

Thanks for the feedback. I think the extension needs to be improved by illustrating further on how drivers may gather context and use it to optimize memory layouts. A driver...

Thanks for the input. Fair enough - this extension in conjunction with the defined built-in kernel extension was designed to be used with command buffers. To get most benefit out...

A proper way to fix this issue is to use [SPIR-V builtins](https://github.com/KhronosGroup/SPIRV-LLVM-Translator/blob/main/docs/SPIRVRepresentationInLLVM.rst#spir-v-extended-instructions-mapped-to-llvm-function-calls) instead of OpenCL built-ins in the headers. E.g. HIP's `sincosf` would be mapped to `__spirv_ocl_sincos`.

I pushed a commit for proposing an alternate approach that does not need placement new and manual destructor invocation. This is demonstrated with hipStream_t/chipstar::Queue in the commit ([a44162c](https://github.com/CHIP-SPV/chipStar/pull/638/commits/a44162c5d844d07983ae990d0f3721c37fac9d64)).

Switched to draft mode: need to reflect changes in https://github.com/pocl/pocl/pull/1449.