Help. Porting "FreeOCL" fails (atomic_ops.h missing, CLANG++
libc++ issues ...)
ohartman at mail.zedat.fu-berlin.de
Thu Sep 6 10:37:43 UTC 2012
On 09/06/12 12:16, Matthieu Volat wrote:
> On Wed, 05 Sep 2012 16:45:49 +0200
> "O. Hartmann" <ohartman at mail.zedat.fu-berlin.de> wrote:
>> FreeBSD has fallen back far behind the standards of modern scientific
>> computing and I dsperately look for solutions having OpenCL support on
>> FreeBSD anyway.
>> I stumbled into this project recently:
>> FreeOCL at
>> or the sources located at
>> For your convenience, please find my naive attempt of a port attached to
>> this email.
>> Well, I tried LLVM/CLANG, but Cmake of the sources fairly fails many
>> checks especuially for OpenMP. Using clang++ requisites the usage of the
>> new libc++ (CXXFLAGS+= -stdlib=libc++). But this fails with this error:
>> [ 17%] Building CXX object src/CMakeFiles/FreeOCL.dir/codebuilder.cpp.o
>> In file included from
>> error: no viable conversion from 'std::__1::basic_istream<char>' to
>> 'const bool'
>> const bool ok = in.get(c);
>> ^ ~~~~~~~~~
>> warning: 70 enumeration values not handled in switch: 'VOID', 'BOOL',
>> 'HALF'... [-Wswitch]
>> 1 warning and 1 error generated.
>> *** [src/CMakeFiles/FreeOCL.dir/codebuilder.cpp.o] Error code 1
>> I tried also setting USE_GCC= 4.7+ using gcc-4.7 I installed, but that
>> fails with
>> -- Build files have been written to:
>> ===> Building for freeocl-0.3.6
>> Scanning dependencies of target FreeOCL
>> [ 1%] Building CXX object src/CMakeFiles/FreeOCL.dir/freeocl.cpp.o
>> In file included from
>> error: 'u_int64_t' does not name a type
>> *** [src/CMakeFiles/FreeOCL.dir/freeocl.cpp.o] Error code 1
>> I think patches are required.
>> More disturbing is the use of gcc-4.6 via
>> USE_GCC= 4.6+
>> The error is then a compalin about a missing include file
>> which is located in the abandoned KSE facility of the kernel, so the
>> includes seem not to be installed anymore - but since I'm not involved
>> in the development, I can only guess and ask the people here.
>> Maybe some experienced freeBSD developers with the same need for OpenCl
>> is willing to pick up this and help a bit.
>> Well, as far as I see, the FreeOCL project of Roland Borchard is a
>> OpenCL library for CPU usage. As far as I can understand, if we on
>> FreeBSd could have a library "libOpenCL" as this is usually installed by
>> the nVidia BLOB drivers on Linux for the use of OpenCL/GPGPU support
>> with their GPUs, this would fill a still painfull open gap in FreeBSD as
>> a scientific development platform.
>> There is still no suitable compiler for OpenCL out here for freeBSD, but
>> I have still the hope that LLVM can provide such a thing in the near future.
>> I cross post this posting also to "performance" in the hope finding some
>> people attracted and "lurd" into this subject.
>> O. Hartmann
> I've taken a quick look in that implementation : it seems to depends on devel/libatomic_ops even if the devs did not write any CMake checks for that (grrr).
> After installing it, I was able to build the port with gcc-46 without problems, if I find some time, I will try to test it later.
> Btw, did you had a look to poCL too (http://sourceforge.net/apps/mediawiki/pocl/index.php?title=Main_Page)? I know the Debian people were considering it for a base implementation, but I'm a bit clueless about all those foss versions coming. A comparison could be helpful ^^
Thanks for the hint for that port.
I will have a look at poCL. Thanks for that hint.
I cross post to "current", maybe those aspects have influence of some
add ons in CURRENT in the future.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 488 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20120906/0301a3b1/signature.pgp
More information about the freebsd-current