Message boards :
Number crunching :
OpenCL WU test on OS X 10.11.5
Message board moderation
Author | Message |
---|---|
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
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! |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
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 . 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). |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
What revision you compiled from, BTW? I compiled the SoG version Rev. 3463. Gianfranco I don't want to believe, I want to know! |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
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 |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
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! |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
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. |
Urs Echternacht Send message Joined: 15 May 99 Posts: 692 Credit: 135,197,781 RAC: 211 |
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 |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Please explain. Before you wrote that home-compiled one provided incorrect result too. Or I'm missing smth? |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
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! |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Please explain. Before you wrote that home-compiled one provided incorrect result too. Or I'm missing smth? I see, thanks. P.S. I got your PM and will look results closely when will have big enough chunk of time. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
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. 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? |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
Now that IS Strange. I've never had that Error before, and I have installed FFTW before in El Capitan. 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! |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
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. |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
I'm using Xcode 6.1.1 without problem, on my main computer build. I don't want to believe, I want to know! |
Urs Echternacht Send message Joined: 15 May 99 Posts: 692 Credit: 135,197,781 RAC: 211 |
Two problems :Now that IS Strange. I've never had that Error before, and I have installed FFTW before in El Capitan. 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 |
Gianfranco Lizzio Send message Joined: 5 May 99 Posts: 39 Credit: 28,049,113 RAC: 87 |
Urs i'm not a coder, so thank you for all your advice. I don't want to believe, I want to know! |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.