> Double precision floating point support is optional under OpenCL. You
> should check (e.g. with clinfo) if your hardware/driver supports double
> precision.
>
> You can force OpenCL librt to use single precision (float), that must be
> hardware supported as part of the basic OpenCL specification, by enabling
> the #define CLT_SINGLE_PRECISION e.g. -DCLT_SINGLE_PRECISION=1.
>
>
Well I enabled this by 'make CFLAGS=DCLT_SINGLE_PRECISION=1'. My machine
fails to recognise this option and simply overrides the ifdef. I get
several error messages like the one below
BUILD LOG (/usr/brlcad/dev-7.25.0/share/opencl/solver.cl):
In file included from <program source>:1:
/usr/brlcad/dev-7.25.0/share/opencl/common.cl:38:14: error: use of type
'double' requires cl_khr_fp64 extension to be enabled
struct { double x, y; };
So, I added in a line to enable cl_khr_fp64 and recompiled. Still get the
same error. I proceeded to open the file at location
(/usr/brlcad/dev-7.25.0/share/opencl/common.cl). I also changed location in
the original src folder and compiled again. This file contains my #pragma
statement to enable the extension. Also, the given line, struct {double x,
y; }; is pushed down to line 40, from 38 (as stated by the error).
I performed make clean and make, make install again. Still same result. I
found this rather surprising. Every time I get a message saying there's an
error at line 38 in file common.cl (at the above location). However opening
that file confirms that the line is present at another place (line 40).
Moreover, the error should have been rectified due to the pre processor
statement enabling the said extension.
Also note that I'm just using line 38 as an example. This error comes up at
every occurrence of double or double3.
>
>
OpenCL docs state that version 1.2 provides vector data type support even
>> if the underlying GPU doesn't support them. It says so here
>>
>>
>> https://www.khronos.org/registry/cl/sdk/1.0/docs/man/xhtml/vectorDataTypes.html
>>
>> I'll post this issue on the Apple OpenCL forum as well to see what can be
>> done.
>>
>> On a personal note, I understand that this is getting in the way of my
>> work for BRL-CAD. How long do you recon it's okay to take time off for
>> setting up my laptop? I really wanted to finish up all of this during the
>> bonding period, but I couldn't.
>>
>
> Well it was interesting to try to get OpenCL librt to work on MacOS X.
>
> But if it is getting in your way from coding just use Linux with the AMD
> APP SDK. That is known to work and you have prior experience with that
> platform as well.
>
>
I'll try my best for one last day to get things working on OS X. Otherwise
I'll just use Linux again. I can always get back to OS X support once the
GSoC period ends. Does this sound okay? I should also finish up final bits
of PART and submit a patch before the start of next week.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
