MB OpenCL apps continue to return incorrect values ​on OS X 10.11.4 and 10.11.5. I did the test with both SoG version and the classic one, always getting the same result . Then I compiled myself the OpenCL apps with the same result! I tested the apps using the test WU downloaded from Lunatics .
But all this does not happen with the CUDA apps and MB CPU apps that returns the correct values ​​during the test.
I have kept all the files obtained during the various tests, so i can send the result if necessary.

Gianfranco

---

I don't want to believe, I want to know!

MB OpenCL apps continue to return incorrect values ​on OS X 10.11.4 and 10.11.5. I did the test with both SoG version and the classic one, always getting the same result . Then I compiled myself the OpenCL apps with the same result! I tested the apps using the test WU downloaded from Lunatics .
But all this does not happen with the CUDA apps and MB CPU apps that returns the correct values ​​during the test.
I have kept all the files obtained during the various tests, so i can send the result if necessary.

Gianfranco

yes, mail them to me, please.

What revision you compiled from, BTW?

Also, please try to run with -v 2 switch (and add that task itself to archived pack of bench results).

What revision you compiled from, BTW?

I compiled the SoG version Rev. 3463.

Gianfranco

---

I don't want to believe, I want to know!

Which method are you using to compile? For some reason my 10.11.4 & 5 system has decided it can't find make and won't install automake or autoconf even though I've turned off Apple's usr blockage. In Mavericks and Yosemite I get this;

checking /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/cl.h usability... yes
checking /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/cl.h presence... yes
checking for /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/cl.h... yes
checking /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h usability... no
checking /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h presence... yes
configure: WARNING: /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h: present but cannot be compiled
configure: WARNING: /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h:     check for missing prerequisite headers?
configure: WARNING: /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h: see the Autoconf documentation
configure: WARNING: /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h:     section "Present But Cannot Be Compiled"
configure: WARNING: /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h: proceeding with the compiler's result
configure: WARNING:     ## ------------------------------------------------ ##
configure: WARNING:     ## Report this to ports@setiathome.ssl.berkeley.edu ##
configure: WARNING:     ## ------------------------------------------------ ##
checking for /Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Versions/A/Headers/opencl.h... no

When you run make you get immediate Errors;

In file included from main.cpp:85:
In file included from ./s_util.h:142:
In file included from /Users/Tom/sah_v7_opt/src/GPU_lock.h:111:
In file included from /System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14:
In file included from /System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:33:
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:62:15: error: missing ',' between enumerators
        kCGLPFAWindow OPENGL_ENUM_DEPRECATED(10_0, 10_9)         =  80,
                     ^
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:63:18: error: missing ',' between enumerators
        kCGLPFACompliant OPENGL_ENUM_DEPRECATED(10_0, 10_9)      =  83,
                        ^
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:63:19: error: redefinition of enumerator '__AVAILABILITY_INTERNAL__MAC_10_0_DEP__MAC_10_9'
        kCGLPFACompliant OPENGL_ENUM_DEPRECATED(10_0, 10_9)      =  83,
                         ^
/System/Library/Frameworks/OpenGL.framework/Headers/OpenGLAvailability.h:16:43: note: expanded from macro 'OPENGL_ENUM_DEPRECATED'
        #define OPENGL_ENUM_DEPRECATED(from, to) OPENGL_DEPRECATED(from, to)
                                                 ^
/System/Library/Frameworks/OpenGL.framework/Headers/OpenGLAvailability.h:11:37: note: expanded from macro 'OPENGL_DEPRECATED'
#define OPENGL_DEPRECATED(from, to) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_##from, __MAC_##to, __IPHONE_NA, __IPHONE_NA)
                                    ^
/usr/include/Availability.h:155:53: note: expanded from macro '__OSX_AVAILABLE_BUT_DEPRECATED'
                                                    __AVAILABILITY_INTERNAL##_osxIntro##_DEP##_osxDep
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
1 warning and 20 errors generated.
make[2]: *** [seti_boinc-main.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

The compiler in Mountain Lion works but the SoG App it creates fails to find Gaussians on Mac Pros running 15.4 & 15.5...similar to the App on Main right now. I've looked at the offending 10.10.sdk files and there doesn't appear to be a work around. Altering the files to avoid the Errors just creates More Errors. There is a thread about it here, http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2310

Which method are you using to compile? For some reason my 10.11.4 & 5 system has decided it can't find make and won't install automake or autoconf even though I've turned off Apple's usr blockage.

1. Run _autosetup
2. Run compile using CC="clang" CXX="clang" as Urs suggested, with CPPFLAGS=" -O3 -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL -DUSE_OPENCL_NV -DASYNC_SPIKE -DSETI7 -DSETI8 -DOCL_CHIRP3 -DOCL_ZERO_COPY -DUSE_SSE3"
3. make all

The app created found Gaussian signal using Lunatics test WU, but the result.sah don't match the reference result!
The result generated with my compiled app match perfectly with the one generated with official app v8.10 on main. So the problem is not to search in the app...

Gianfranco

---

I don't want to believe, I want to know!

Well, when I use those CPPFLAGS in Yosemite I get the same as before with configure;

checking CL/cl.h usability... no
checking CL/cl.h presence... no
checking for CL/cl.h... no
checking OpenCL/opencl.h usability... no
checking OpenCL/opencl.h presence... yes
configure: WARNING: OpenCL/opencl.h: present but cannot be compiled
configure: WARNING: OpenCL/opencl.h:     check for missing prerequisite headers?
configure: WARNING: OpenCL/opencl.h: see the Autoconf documentation
configure: WARNING: OpenCL/opencl.h:     section "Present But Cannot Be Compiled"
configure: WARNING: OpenCL/opencl.h: proceeding with the compiler's result
configure: WARNING:     ## ------------------------------------------------ ##
configure: WARNING:     ## Report this to ports@setiathome.ssl.berkeley.edu ##
configure: WARNING:     ## ------------------------------------------------ ##
checking for OpenCL/opencl.h... no

Make fails;

In file included from main.cpp:89:
In file included from ./s_util.h:142:
In file included from /Users/Tom/sah_v7_opt/src/GPU_lock.h:116:
In file included from /System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14:
In file included from /System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:33:
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:62:15: error: missing ',' between enumerators
        kCGLPFAWindow OPENGL_ENUM_DEPRECATED(10_0, 10_9)         =  80,
                     ^
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:63:18: error: missing ',' between enumerators
        kCGLPFACompliant OPENGL_ENUM_DEPRECATED(10_0, 10_9)      =  83,
                        ^
/System/Library/Frameworks/OpenGL.framework/Headers/CGLTypes.h:63:19: error: redefinition of enumerator
      '__AVAILABILITY_INTERNAL__MAC_10_0_DEP__MAC_10_9'
        kCGLPFACompliant OPENGL_ENUM_DEPRECATED(10_0, 10_9)      =  83,
blah, blah, blah...

I had never tried the OpenCL build in El Capitan as I was too busy with CUDA, but, I would imagine it would be the same.

...
2. Run compile using CC="clang" CXX="clang" as Urs suggested, with CPPFLAGS=" -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL -DUSE_OPENCL_NV -DASYNC_SPIKE -DSETI7 -DSETI8 -DOCL_CHIRP3 -DOCL_ZERO_COPY -DUSE_SSE3"

...So the problem is not to search in the app...

Gianfranco

Removed -O3 from CPPFLAGS above. Does not belong there, but eventually to CFLAGS or CXXFLAGS !

and for NV-SoG-app use :

CPPFLAGS=" -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL -DUSE_OPENCL_NV -DSIGNALS_ON_GPU -DSETI7 -DSETI8 -DOCL_CHIRP3 -DOCL_ZERO_COPY -DUSE_SSE3"

---

_\|/_
U r s

The app created found Gaussian signal using Lunatics test WU, but the result.sah don't match the reference result!
The result generated with my compiled app match perfectly with the one generated with official app v8.10 on main. So the problem is not to search in the app...

Gianfranco

Please explain. Before you wrote that home-compiled one provided incorrect result too. Or I'm missing smth?

Please explain. Before you wrote that home-compiled one provided incorrect result too. Or I'm missing smth?

I'm sorry for my bad english...the result of my compiled app match perfectly with result of official v8.10 app, but the result are wrong...I hope I was clear this time.

Gianfranco

---

I don't want to believe, I want to know!

Please explain. Before you wrote that home-compiled one provided incorrect result too. Or I'm missing smth?

I'm sorry for my bad english...the result of my compiled app match perfectly with result of official v8.10 app, but the result are wrong...I hope I was clear this time.

Gianfranco

I see, thanks.

P.S. I got your PM and will look results closely when will have big enough chunk of time.

Which method are you using to compile? For some reason my 10.11.4 & 5 system has decided it can't find make and won't install automake or autoconf even though I've turned off Apple's usr blockage.

1. Run _autosetup
2. Run compile using CC="clang" CXX="clang" as Urs suggested, with CPPFLAGS=" -O3 -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL -DUSE_OPENCL_NV -DASYNC_SPIKE -DSETI7 -DSETI8 -DOCL_CHIRP3 -DOCL_ZERO_COPY -DUSE_SSE3"
3. make all

The app created found Gaussian signal using Lunatics test WU, but the result.sah don't match the reference result!
The result generated with my compiled app match perfectly with the one generated with official app v8.10 on main. So the problem is not to search in the app...

Gianfranco

OK. I forgot about my Backup copy of 11.4. The compiler in my backup still works, and it doesn't give the openCL error. However it gives an Error about ___sincos_stret. Why it's giving that Error is a mystery. First it gave the Error when compiling the OpenCL App;

Undefined symbols for architecture x86_64:
  "___sincos_stret", referenced from:
      v_vChirpData(float (*) [2], float (*) [2], int, double, int, int, double) in seti_boinc-analyzeFuncs.o
      v_vpChirpData(float (*) [2], float (*) [2], int, double, int, int, double) in seti_boinc-analyzeFuncs.o
      _clFFT_CreatePlanAdv in seti_boinc-fft_setup.o
      rand_normal() in libboinc.a(libboinc_la-util.o)
      _fftwf_mktriggen in libfftw3f.a(trig.o)
      _cexpl_sincos in libfftw3f.a(trig.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [seti_boinc] Error 1

I decided to reinstall FFTW. But I'm getting the SAME Error trying to install FFTW 3.3.4;

Undefined symbols for architecture x86_64:
  "___sincos_stret", referenced from:
      _aphase_shift in libbench2.a(verify-lib.o)
      _tf_shift in libbench2.a(verify-lib.o)
      _fftwf_mktriggen in libfftw3f.a(trig.o)
      _cexpl_sincos in libfftw3f.a(trig.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [bench] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
TomsMacPro:fftw-3.3.4 Tom$

Now that IS Strange. I've never had that Error before, and I have installed FFTW before in El Capitan.
Anyone have a clue why 10.11.4 would have a problem with ___sincos_stret and FFTW?

Now that IS Strange. I've never had that Error before, and I have installed FFTW before in El Capitan.
Anyone have a clue why 10.11.4 would have a problem with ___sincos_stret and FFTW?

Compile as follow

./configure CC="clang" CXX="clang" --enable-float --enable-sse2 --enable-avx --enable-threads --with-combined-threads --build=x86_64-apple-darwin

make

make install

---

I don't want to believe, I want to know!

I'm getting the same error. Some people say installing a newer XCode will fix it, but I really don't want to go higher than XCode 6.1.1. I think that's what broke the compiler in the other system. I'll try replacing the broken El Capitan system with the backup then see about reinstalling XCode.

I'm using Xcode 6.1.1 without problem, on my main computer build.

---

I don't want to believe, I want to know!

Now that IS Strange. I've never had that Error before, and I have installed FFTW before in El Capitan.
Anyone have a clue why 10.11.4 would have a problem with ___sincos_stret and FFTW?

Compile as follow

./configure CC="clang" CXX="clang" --enable-float --enable-sse2 --enable-avx --enable-threads --with-combined-threads --build=x86_64-apple-darwin

make

make install

Two problems :
1. "--build=x86_64-apple-darwin" is not your OS X system name, which will lead to other problem

2. Last step "make install" makes no sense to me. Why are you installing the fftw-lib ? Is it needed for any other purpose than building an app ?
Would be much simpler to just copy your selfbuild libfftw3f.a to a place where it can be referenced easily.
(see as example the way it is done in the svn repository)

solution :
remove 1. and don't do 2. !

---

_\|/_
U r s

Urs i'm not a coder, so thank you for all your advice.

---

I don't want to believe, I want to know!