It doesn't look like you look for Apple's OpenCL implementation, which uses <OpenCL/opencl.h>. You can do this: #ifdef __APPLE__ #include <OpenCL/opencl.h> #else #include <CL/opencl.h> #endif On Nov 29, 2010, at 7:39 AM, Peter Urbanec wrote:
Resending because previous patch was mangled by Thunderbird.
configure.ac | 13 ++++++++ dlls/opencl/Makefile.in | 6 ++++ dlls/opencl/opencl.c | 29 ++++++++++++++++++ dlls/opencl/opencl.spec | 75 +++++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 123 insertions(+), 0 deletions(-) create mode 100644 dlls/opencl/Makefile.in create mode 100644 dlls/opencl/opencl.c create mode 100644 dlls/opencl/opencl.spec
<0001-opencl-Initial-stub-implementation-of-OpenCL-1.0.patch>
On 30/11/10 05:31, C.W. Betts wrote:
It doesn't look like you look for Apple's OpenCL implementation, which uses<OpenCL/opencl.h>.
That was intentional. I have no way of testing on OSX, so rather than including untested code and giving the illusion of it working on OSX, I decided to leave that out. I am also not sure what, if anything, I need to do with autoconf to support OpenCL detection on OSX.
My personal preference would be to get the current version accepted in the wine tree and then someone with access to an OSX system can provide a complete patch. Of course, if AJ would prefer the untested #ifdef __APPLE__ variant, I'm happy to resubmit the patch.
Cheers,
Peter Urbanec