Message boards :
Number crunching :
The Highest Ranked SETI AMD Host is a MAC: Time for a STOCK MAC APP?
Message board moderation
Previous · 1 . . . 7 · 8 · 9 · 10 · 11 · 12 · 13 . . . 21 · Next
Author | Message |
---|---|
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
From my Android build experience I can assure you there will be much more iterations of failure than one ;) try to add -DSVN_REV_NUM=2482 to command line that passed to compiler. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Also, try to add -w option to command line. For many compaliers it means "ignore warnings". That would simplify error log for now. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
I placed it in Other C Flags along with what the SETI Project file already had; OTHER_CFLAGS = -DMAC_OS_X_VERSION_MAX_ALLOWED=1070 -DHAVE_CONFIG_H -DTEXT_UI -DNDEBUG -DCLIENT -D_THREAD_SAFE -include ./config.h -mssse3 -DSVN_REV_NUM=2482 Restarted Xcode and there isn't any change. The header file in question says; #if _MSC_VER #include "Lunatics_BuildInfo.h" #else #define APP_BUILD_NO SVN_REV_NUM #include "gcc_includes.h" #include <unistd.h> #endif ... #else //unknown OS, do nothing #endif #if USE_OPENCL fprintf(stderr,"\nOpenCL version by Raistmer, r%d\n\n",APP_BUILD_NO); #if LHD4K fprintf(stderr,"ATI lower HD4 mod by Urs Echternacht\n\n"); #endif #if USE_OPENCL_HD5xxx fprintf(stderr,"AMD HD5 version by Raistmer\n\n"); #endif I have selected the setting 'Inhibit all Warnings' in the Apple LLVM compiler 3.0 - Warnings section...so, the Warnings are gone. !!!!!!!!!!!!! I entered -DSVN_REV_NUM=2482 into the Preprocessor Macros, then restarted to some New Errors. /Users/TBar/mac_seti/AKv8/mac_build/<command line> Macro names must be identifiers In file included from <built-in>:151: Macro names must be identifiers in /Users/TBar/mac_seti/AKv8/mac_build/<command line> Macro names must be identifiers In file included from <built-in>:151: Macro names must be identifiers in /Users/TBar/mac_seti/AKv8/mac_build/<command line> Macro names must be identifiers In file included from <built-in>:151: Macro names must be identifiers in /Users/TBar/mac_seti/AKv8/mac_build/<command line> Macro names must be identifiers In file included from <built-in>:151: Macro names must be identifiers in /Users/TBar/mac_seti/AKv8/mac_build/<command line> Seems you can't have the dash in those setting. Removed the dash, the above errors go away but the others are still there; Use of undeclared identifier 'SVN_REV_NUM' Instantiated from: /Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp Use of undeclared identifier 'SVN_REV_NUM' Instantiated from: /Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
If you use preprocessor macros field in IDE then define definition should look differently. Perhaps: SVN_REV_NUM=2482 -D is the command line option. SVN_REV_NUM is the define, 2482 is the value to assign to that define. Consult with your Xcode IDE manual to see how to define preprocessor macros in it. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Right now I'm trying to solve these errors I'm getting with the 10.7 SDK iPhone files. I have installxcode_42_lion.dmg and xcode462_cltools_10_76938260a.dmg installed. I don't see any settings for 'iPhone', the newer Xcode has the ability to target iPhone. Under 'Precompiled Header Cache Path' the default setting is $(CACHE_ROOT)/SharedPrecompiledHeaders and then it says com.apple.xcode.501/SharedPrecompiledHeaders. This is a New install of Lion and the only other Xcode it's seen was 3.x.x. I don't understand where the xcode.501 is coming from. I have downloaded xcode4630916281a.dmg and it is supposed to have the 10.8 SDK. I'm going to update and use the newer versions hoping these sdk errors will go away. Meanwhile, Urs is having me test his Alpha App compiled through the Terminal with LLVM GCC 4.2.1, at least I think he used the default 4.2.1. So far his App is working well in Lion and shows SSE2 and fftw-3.3.4 in the Wisdom file. I'm getting a little screen lag though, and I didn't have screen lag running AstroPulse on this system. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
That's interesting. The change from Xcode 4.2 to 4.6.3 is where Apple moves the root/developer folder into the root/applications/xcode package, moves the Developer folder to the trash, and then downloads new files into the Xcode Application/Package. It updates the default Compiler to Apple LLVM compiler 4.2. It also sets the default SDK to 10.8 and gives New options under Code Generation/Enable Additional Vector Extensions...it adds AVX. The com.apple.Xcode.501 is still there though. OMG...only 4 Errors! CompileC /Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/Objects-normal/x86_64/analyzePoT.o ../client/analyzePoT.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0 cd /Users/TBar/mac_seti/AKv8/mac_build setenv LANG en_US.US-ASCII /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x c++ -arch x86_64 -fmessage-length=0 -Wno-trigraphs -fpascal-strings -O0 -Wno-missing-field-initializers -Wno-missing-prototypes -Wno-return-type -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wformat -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wno-unused-variable -Wunused-value -Wno-empty-body -Wno-uninitialized -Wno-unknown-pragmas -w -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wno-constant-conversion -Wno-int-conversion -Wno-enum-conversion -Wno-shorten-64-to-32 -Wno-newline-eof -Wno-c++11-extensions -DDSVN_REV_NUM=2482 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -fasm-blocks -fstrict-aliasing -Wno-deprecated-declarations -Winvalid-offsetof -mmacosx-version-min=10.7 -g -fvisibility=hidden -fvisibility-inlines-hidden -Wno-sign-conversion -iquote /Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/mac_seti-generated-files.hmap -I/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/mac_seti-own-target-headers.hmap -I/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/mac_seti-all-target-headers.hmap -iquote /Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/mac_seti-project-headers.hmap -iquote.. -I/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Products/Development/include -I.. -I../db -I/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/DerivedSources/x86_64 -I/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/DerivedSources -F/Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Products/Development -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/System/Library/Frameworks/OpenCL.framework -DUSE_SSE3 -DOCL_CHIRP3 -DSETI7 -DUSE_OPENCL -DUSE_OPENCL_hd5xxx -disable-server -enable-intrinsics -D_POSIX_C_SOURCE -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL_INTEL -MMD -MT dependencies -MF /Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/Objects-normal/x86_64/analyzePoT.d -c /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp -o /Users/TBar/Library/Developer/Xcode/DerivedData/mac_seti-bjljezjuykbdwzguznwelccnvhop/Build/Intermediates/mac_seti.build/Development/mac_seti.build/Objects-normal/x86_64/analyzePoT.o In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:67: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti.h:39: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43: In file included from ../db/db_table.h:27: In file included from ../db/sqlrow.h:28: ../db/xml_util.h:475:54: error: invalid suffix 'x' on integer constant c[1] = (bin[offset]>>6) | ((((bin[offset+1]<<2)&0x)3)f); // 2+4 ^ ../db/xml_util.h:476:62: error: invalid suffix 'x' on integer constant c[2] = ((bin[offset+1]>>4)&0xf) | ((((bin[offset+2]<<4)&0x)3)f);// 4+2 ^ ../db/xml_util.h:518:22: error: invalid suffix 'x' on integer constant c[0]=(((in[0]&0x)3)f) | in[1]<<6; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:67: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti.h:39: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43: ../db/db_table.h:331:20: error: expression is not assignable if (where.size() = 0) return false; ~~~~~~~~~~~~ ^ 4 errors generated. Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1 I knew there was something wrong with getting sdk errors, as someone once said, that's just Not right. Now what are you going to do about this "db/db_table.h" thing? At least it's not being seen as a Missing file in 4.6.3. |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
Just a peanut gallery observation while taking a break: any idea why your environment changed (first error example from xml_util.h) c[1] = ( (bin[offset]>>6) | ((bin[offset+1]<<2)&0x3f) ); // 2+4, which is perfectly fine C-Code, into c[1] = (bin[offset]>>6) | ((((bin[offset+1]<<2)&0x)3)f); // 2+4 which is not ? If the file on disk has that second code, then something broke the sources. or do the current repository sources have that damage ? "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
Using the "look, but don't touch" trac browser directly into the repo, https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt/AKv8/db/xml_util.h has, at line 475, c[1] = (bin[offset]>>6) | (bin[offset+1]<<2)&0x3f; // 2+4 which suggests that the damage happened after download/checkout. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Just a peanut gallery observation while taking a break: Good question. I can only guess. Using Xcode sometimes it will offer to 'fix' errors for you. All you do is double click on the offer and it will 'fix' it for you. That could have been what happened. I just downloaded the file from here; https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt/AKv8/db/xml_util.h, shut down Xcode and swapped the files and now that error is gone. I tried that with db/db_table.h but it didn't work. Right now the only Error left is; /Users/TBar/mac_seti/AKv8/db/db_table.h /Users/TBar/mac_seti/AKv8/db/db_table.h:331:20: Expression is not assignable /Users/TBar/mac_seti/AKv8/client/chirpfft.cpp:48:10: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48: /Users/TBar/mac_seti/AKv8/client/seti_header.h:43:10: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43: I did "double click" a few times with the old Xcode, apparently those are not showing as a problem. As soon as I can figure out how to save all my settings, I'm going to replace all the files with my zipped copy and work from there. Being only 1 Error away from a build, I will definitely build a copy first. Now how to 'Fix' this last problem? if (where.size() = 0) return false; |
petri33 Send message Joined: 6 Jun 02 Posts: 1668 Credit: 623,086,772 RAC: 156 |
Just a peanut gallery observation while taking a break: if (where.size() == 0) return false; To overcome Heisenbergs: "You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Yes! adding the equal sign makes the Error so away. Thank you very much Petri. But now the dang thing popped up a new Error; mac_seti Group This is one of those Errors that Xcode will offer to 'fix'. It's asking me if I want it to fix it....double click? More Errors; /Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp /Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp:1971:41: Use of undeclared identifier 'SVN_REV_NUM' /Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp:2408:58: Use of undeclared identifier 'SVN_REV_NUM' Will this ever end? I've got to make a run to the store, be back later. |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
Will this ever end? haha, Sorry, you're so close to being a qualified Lunatic that you're just entering that particular merry-go-round. "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
I think I'm getting real close. I finally got rid if the 'SVN_REV_NUM' error. I had a hard time finding it but; GCC_PREPROCESSOR_DEFINITIONS (Preprocessor Macros) So, a simple APP_BUILD_NO=2482 fixed it. Now it's giving me the SSEx errors again even though I've done everything including linking to the include folder again. I'm about to copy the SSEx defines into the Preprocessor Macros slots. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Well, just as I was hitting the finish line it suddenly zipped away and disappeared over the horizon. Now the only Errors showing are listing the OSX SDKs. Having Errors in the OS SDKs are Extremely Unlikely, especially when the same Errors are present in every SDK from 10.6 to 10.10. So, something else is going on. This is the list that appears when using various SDK versions; In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:66: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1/string:46: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1/bits/char_traits.h:45: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1/bits/stl_algobase.h:70: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1/iosfwd:48: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1/bits/postypes.h:71:11: error: unknown type name 'int64_t'; did you mean '__int64_t'? typedef int64_t streamoff; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:46:20: note: '__int64_t' declared here typedef long long __int64_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:12: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:28: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:208:9: error: unknown type name 'int8_t' typedef int8_t cl_char; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:209:9: error: unknown type name 'uint8_t' typedef uint8_t cl_uchar; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:210:9: error: unknown type name 'int16_t'; did you mean '__int16_t'? typedef int16_t cl_short __attribute__((aligned(2))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:42:17: note: '__int16_t' declared here typedef short __int16_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:12: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:28: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:211:9: error: unknown type name 'uint16_t' typedef uint16_t cl_ushort __attribute__((aligned(2))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:212:9: error: unknown type name 'int32_t'; did you mean '__int32_t'? typedef int32_t cl_int __attribute__((aligned(4))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:44:15: note: '__int32_t' declared here typedef int __int32_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:12: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:28: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:213:9: error: unknown type name 'uint32_t' typedef uint32_t cl_uint __attribute__((aligned(4))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:214:9: error: unknown type name 'int64_t'; did you mean '__int64_t'? typedef int64_t cl_long __attribute__((aligned(8))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:46:20: note: '__int64_t' declared here typedef long long __int64_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:12: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl.h:28: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:215:9: error: unknown type name 'uint64_t' typedef uint64_t cl_ulong __attribute__((aligned(8))); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_platform.h:217:9: error: unknown type name 'uint16_t' typedef uint16_t cl_half __attribute__((aligned(2))); ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:34: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/CGLDevice.h:9: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:9:9: error: unknown type name 'uint32_t' typedef uint32_t GLbitfield; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:10:9: error: unknown type name 'uint8_t' typedef uint8_t GLboolean; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:11:9: error: unknown type name 'int8_t' typedef int8_t GLbyte; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:13:9: error: unknown type name 'uint32_t' typedef uint32_t GLenum; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:15:9: error: unknown type name 'int32_t'; did you mean '__int32_t'? typedef int32_t GLint; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:44:15: note: '__int32_t' declared here typedef int __int32_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:34: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/CGLDevice.h:9: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:16:9: error: unknown type name 'int16_t'; did you mean '__int16_t'? typedef int16_t GLshort; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:42:17: note: '__int16_t' declared here typedef short __int16_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:34: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/CGLDevice.h:9: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:17:9: error: unknown type name 'int32_t'; did you mean '__int32_t'? typedef int32_t GLsizei; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/i386/_types.h:44:15: note: '__int32_t' declared here typedef int __int32_t; ^ In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzePoT.cpp:36: In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/../../src/GPU_lock.h:95: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/opencl.h:14: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenCL.framework/Headers/cl_gl_ext.h:34: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/CGLDevice.h:9: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:18:9: error: unknown type name 'uint8_t' typedef uint8_t GLubyte; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Headers/gltypes.h:19:9: error: unknown type name 'uint32_t' typedef uint32_t GLuint; ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1 Of course you realize that if these are solved more will undoubtedly appear. Also, seems installing the newer version of Xcode in 10.7 magically corrected the problems causing the 10.7 Terminal GCC compiler to not make executables. I suppose it's the same problem with my other OSX systems, for some reason installing the commandlinetoolsosxX is not solving it. |
Josef W. Segur Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 |
I think I'm getting real close. I finally got rid if the 'SVN_REV_NUM' error. I had a hard time finding it but; The SVN_REV_NUM macro is intended to be used at the preprocessor definition level, and all the cpp files which use APP_BUILD_NO have a #define APP_BUILD_NO SVN_REV_NUM which copies the value to APP_BUILD_NO. But if what you've done doesn't cause a redefinition error, it's just a minor puzzle. Incidentally, Raistmer exchanged two digits, the current subversion repository revision is 2842 rather than 2482. Joe |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
I think I see the finish line again. After some thought I decided it has to be the files are not being loaded. So, I went back to the zipped copy of sah_v7_opt and did some rearranging. First, as stated before, the Project file seti_boinc.xcodeproj in /sah_v7_opt/AKv8/mac_build has precompiled settings and files listed. The only folders that are loaded are client and db, you have to manually load sah_v7_opt/src. Except src has duplicate files and there are still files that are Not being loaded from the other two folders...because they are Not on the seti_boinc.xcodeproj list. What seems to work is to move the files from src into the other two folders allowing it to replace the duplicates. Then launch Xcode using seti_boinc.xcodeproj. Remove the references to ALL the files in both folders and then add the files again using the Add Files Option. This will load All the necessary files that were not on the seti_boinc.xcodeproj list. Now you can start. Since that procedure I'm showing a lot of warnings but only a handful of Errors. Right now these are the Errors; /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzePoT.cpp /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzePoT.cpp:3571:27: Use of undeclared identifier 'tempPulsePoT' /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzePoT.cpp:3590:24: Use of undeclared identifier 'tempPulsePoT' For now I've placed tempPulsePoT=PulsePoT into the preprocessor macros to quite that issue and then another set of Errors appeared; /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzeFuncs.cpp /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzeFuncs.cpp:3558:15: Use of undeclared identifier 'cdft' /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzeFuncs.cpp:4441:11: Use of undeclared identifier 'cdft' /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzeFuncs.cpp:5507:5: Use of undeclared identifier 'cdft' /Users/TBar/boinc_seti/AKv8/mac_build/client/analyzeFuncs.cpp:5572:5: Use of undeclared identifier 'cdft' I've searched the file but can't find any identifier for cdft. So, those are the Errors at present. There are a few Warnings including; /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:275:29: '&' within '|' /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:275:29: Place parentheses around the '&' expression to silence this warning /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:475:49: '&' within '|' /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:475:49: Place parentheses around the '&' expression to silence this warning /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:476:57: '&' within '|' /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:476:57: Place parentheses around the '&' expression to silence this warning /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:518:17: '&' within '|' /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlblob.cpp:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28:10: In file included from /Users/TBar/boinc_seti/AKv8/mac_build/db/sqlrow.h:28: /Users/TBar/boinc_seti/AKv8/mac_build/db/xml_util.h:518:17: Place parentheses around the '&' expression to silence this warning I don't think I will double click on the offer to 'fix it' this time. |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
From memory, the cdft function probably resides as part of the ourra fft set customised by Eric, and later inactivated/removed from the multibeam tree. They are comparatively slow, but ultra portable, so usually only used as a starting point. If you just want to quiet those errors and look at switching to a superior FFT library later ( possibly Apple's own, fftw, or something else, depending on licencing etc), then I have those files in XBranch there (in the client folder iirc) I use it for the baseline smoothing (once during startup) in cuda x41zc, simply because it requires minimal setup, no wisdom/planning, no Dll's. That and some other optimisations brought Fermi+ class 'startup time down from ~20 seconds to ~3 seconds or so. The main program hot loops', of course, warrant much faster implementations, as the improved performance in the main part becomes easily enough to justify additional setup time. "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Apple has a fftw? Well, they are probably as bad as Google so, I'd rather stick to open source. If google hears something off a TV 3 rooms away they will flag your video as having copyrighted material. Right now I'd just like to quiet these errors as fast as possible and see if this attempt is viable. I changed the identifier back to DSVN_REV_NUM=2842 and so far it hasn't complained about that so maybe we're on the right track. |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
Apple has a fftw? Well, they are probably as bad as Google so, I'd rather stick to open source. If google hears something off a TV 3 rooms away they will flag your video as having copyrighted material. Right now I'd just like to quiet these errors as fast as possible and see if this attempt is viable. I changed the identifier back to DSVN_REV_NUM=2842 and so far it hasn't complained about that so maybe we're on the right track. From http://fftw.org, being the open source library with GPL, I'm sure there'd be Mac implemenations (possibly prebuilt binaries *somewhere*, or likely at least buildable with macports or some such environment) then usable within XCode. Pretty sure Apple had a wide range of signal processing libraries of their own too, probably already accessible in XCode, though I'm not familiar enough to say where. Plugging in fftw would involve enabling USE_FFTW preprocessor macro, and supplying the relvant headr and library (or shared library stub). Using propietary libraries might be problematic if you plan to distribute, and require adding appropriate preprocessor sections in code (if not already there). I don''t recall exactly what Alex Kan used originally, possibly Intel's IPP, though use of that library has been canned due to changing licences becoming too incompatible with GPL. "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Yes, I already have the latest fftw3.h loaded in the client folder and DUSE_FFTW in the Preprocessor entries. Telling the machine to use that instead of cdft is totally alien to me though. Alex had Intel libraries loaded into the seti_boinc.xcodeproj but I had to remove them because they were 'not found'. He also had the USE_IPP inserted, which was removed. Is there something similar to tempPulsePoT=PulsePoT I can insert for now to see how many more Errors are going to pop up? If I start getting all those Apple SDK Errors again I'm going to be very unhappy. |
©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.