René Bertin

After trying ``` diff --git a/ocl_icd_loader.c b/ocl_icd_loader.c index 12e0182..e45c35d 100644 --- a/ocl_icd_loader.c +++ b/ocl_icd_loader.c @@ -446,8 +446,13 @@ static inline void _find_and_check_platforms(cl_uint num_icds) { struct vendor_icd *picd = &_icds[i]; void*...

Hrmf, and on top of that Apple dropped OpenCL support quite a few releases ago so there probably isn't much point pursuing this further. I looked a bit more at...

Bummer, I thought I had found the wrapper library I needed, but it seems not to work anymore (probably because it's even older than my OS, haha): https://github.com/jrprice/ocl_icd_wrapper/issues/1

I think I'm onto something. From an lldb session: ``` frame #0: 0x0000000100096bb1 libocl_icd_wrapper.dylib`clIcdGetPlatformIDsKHR(num_entries=1, platforms=0x000000010010ff60, num_platforms=0x0000000000000000) at ocl_icd_wrapper.c:53 50 platforms[0] = m_platform; 51 } 52 -> 53 if (num_platforms) 54...

pocl works, and provides a more recent implementation than Apple's framework. My main interest here is to be able to compare the two implementations. I checked `ocl_icd_wrapper` for memory leaks,...

And a number of the examples shipped with `pocl` run with/against Apple's implementation. Those that do actually seem to run a lot faster. Those that don't often fail with a...

>Apple implementation most probably leverages the GPU of your computer, while pocl can only use the CPU. It *claims* to be CPU-only, and that's also what I read in every...

>I don't think you can reliably fix the memory leaks without careful reference counting of the wrapper objects. If you look at the `clReleaseXXXXX` wrapper functions, none of them actually...

On Tuesday September 19 2023 08:05:46 Brice Videau wrote: >This is not what ocl_icd is doing here. It is calling the wrapper function `ocl_icd_wrapper` put in it's dispatch table: >...

>dlsym should be querying pointers from the wrapper library, not the OpenCL framework. AFAIK OS X works as a general Unix in this aspect. If you query a shared library...