On Sun, Jun 5, 2016 at 6:14 PM Vasco Alexandre da Silva Costa < vasco.co...@gmail.com> wrote:
> On Thu, Jun 2, 2016 at 10:36 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Thu, Jun 2, 2016 at 6:55 PM, Param Hanji <param.catchch...@gmail.com>
>> wrote:
>>
>>> 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.
>>>
>>
>> Ok! I agree.
>>
>
> Hello,
> Your OpenCL ETO shot patch has been committed to SVN trunk.
>
> Great! I was just waiting for this. Now I'll update and make a PART patch
too.
I have also looked at the single precision mode. Since your hardware seems
> to not have the support for double precision. I've managed to enable it by
> adding the #define:
> #define CLT_SINGLE_PRECISION 1
>
> before the "#ifdef CLT_SINGLE_PRECISION" lines in 'src/librt/primitives/
> common.cl' and 'include/rt/defines.h'. Then doing 'make clean; make'.
>
> Yup, that's how I defined it too. But ran into a problem. Like I mentioned
earlier, compilation of my OpenCL source code happens from some
pre-determined location (/usr/brlcad/dev-7.25.0/share/opencl/). If I change
the source code, save and do 'make ; make install', the file at
/usr/brlcad/dev-7.25.0/share/opencl/ will get changed. I can see these
changes. However the error message in given by clGetProgramBuildInfo says
that the original file (without #define is used). I tried completely
uninstalling and remaking the files, it didn't help.
I also copied the OpenCL folder to my Downloads and forcibly changed the
path in primitive_util.c (lines 533-536)
for (i=0; i<count; i++) {
snprintf(file, MAXPATHLEN, "%s%c%s", BRLCAD_OPENCL_DIR, BU_DIR_SEPARATOR,
filenames[i]);
//snprintf(path, MAXPATHLEN, "%s", bu_brlcad_data(file, 0));
snprintf(path, MAXPATHLEN, "%s%s", "/Users/catchchaos/Downloads/", file);
Yet again the OpenCL compiler looks in the original directory (which also
contains the modified version). I'll attach a part of the logs.
To make things clearer, I'll also attach common.cl stored at
/usr/brlcad/dev-7.25.0/share/opencl. As an example, location of the first
error in the attached logs occurs at line 38. However on looking at the
attached common.cl, it is obvious that the actual line number is 44.
Moreover, the error isn't supposed to occur because CLT_SINGLE_PRECISION is
clearly enabled.
This means that a different version of the file (stored at a different
location?) is being used. I've been stuck with this issue for a couple of
days now, and nothing I try seems to resolve it. I'm tempted to give up and
just go back to Linux.
> It should be easier to define this constant. I tried defining it in the
> cmake command line invocation but that did not work.
>
> Regards,
>
> --
> Vasco Alexandre da Silva Costa
> PhD in Computer Engineering (Computer Graphics)
> Instituto Superior Técnico/University of Lisbon, Portugal
>
common.cl
Description: Binary data
build.log
Description: Binary data
------------------------------------------------------------------------------ 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
