Is there an issue with the dylibs supplied in 5.5.28? Previous version (5.5.20) shows correct compatibility of library as minimum of 5.5.0. 5.5.28 on OSX 10.9 appears to show compatibility as 0.0.0 and this cause dependent applications built on earlier 5.5 SDK to fail. Anyone else seeing this?
Just FYI but reinstalling back to 5.5.20 seems to fix issue. 5.5.28 libraries appears to have issues with compatibility settings.
But 5.5.20 does not work with Mavericks and Xcode 5.02 due to change in compiler (clang) and use of new C++ std library instead of libstdc++. Needs 5.5.28 to compile correctly. Still seems libraries have been built with wrong compatibility settings (0.0.0 rather than 5.5.0)
In addition to the lack of support for older GPU’s reported elsewhere, that generates responses such as:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
CUDA Particles Simulation Starting…
grid: 64 x 64 x 64 = 262144 cells
particles: 16384
CUDA error at …/…/common/inc/helper_cuda.h:898 code=38(cudaErrorNoDevice) “cudaGetDeviceCount(&device_count)”
::::::::::::::::::::::::::::::::::::::::
There appear to be library header incompatibilities when compiling OpenCL examples, such as:
In file included from src/oclBodySystemOpencl.cpp:16:
…/…/…//shared//inc/GL/glxew.h:62:10: error: ‘X11/Xlib.h’ file not found with include; use “quotes” instead
#include <X11/Xlib.h>
^~~~~~~~~~~~
“X11/Xlib.h”
In file included from src/oclBodySystemOpencl.cpp:16:
In file included from …/…/…//shared//inc/GL/glxew.h:62:
…/…/…//shared//inc/GL/X11/Xlib.h:31:13: fatal error: ‘X11/X.h’ file not found
include <X11/X.h>
^
2 errors generated.
make: *** [obj/release/oclBodySystemOpencl.cpp.o] Error 1