Created attachment 217 [details]
we suspect that the Apple implementation of OpenCL does not use a copy of the provided sources but uses the provided source string directly. The current JNI binding code assumes that the function (http://www.khronos.org/registry/cl/sdk/1.1/docs/man/xhtml/clCreateProgramWithSource.html) blocks until the code is fully uploaded (same as in GLSL).
Result is a race condition with often not compileable programs.
All other CL implementations block and use a copy (tested on amd, intel, nv).
further investigation needed. There are multiple ways to fix this issue...
mailing list discussion: http://jogamp.762907.n3.nabble.com/jocl-CLProgram-create-line-74-tp2250272p2250272.html
Rick Lentz / mailing list:
I tested on another Mac just to ensure that it was not a single case regarding APPLE. Here is the console output /results (Failed):
OS: Mac OS X
VM: Java HotSpot(TM) 64-Bit Server VM
lib path: /Users/hinerm/Documents/workspace/OpenCLIterative3DDeconvolution/lib:/Users/hinerm/Documents/workspace/OpenCLIterative3DDeconvolution/lib/APPLE
CLContext [id: 4296115824, platform: Apple, profile: FULL_PROFILE, devices: 2]
OpenCL 1.0 (Aug 22 2010 18:08:16)
src: __kernel vo
... compilation failed
bug fixed in build 246: http://jogamp.org/chuck/view/fwd/job/jocl/label=macosx-10_6-x86_64/246/
could you take a look and verify that its working for you also? (if not please reopen the bug)
please use the high level api with CLProgram.create(...) since the test is also broken :)
The content of attachment 217 [details] has been deleted by
Michael Bien <firstname.lastname@example.org>
without providing any reason.
The token used to delete this attachment was generated at 2011-01-22 03:03:19 CET.
Created attachment 221 [details]
new test case