Yes - they're in my local checkout, and they're in the master version too.

You just have to learn (and teach XCode) how to traverse the folder tree.

You still don't see it do you? Here Look VERY closely;
#include "timecvt.h"
#include "db/db_table.h"
#include "db/schema_master.h"
#undef USE_MYSQL
I'll give you a Hint, the db/ part shouldn't be at the beginning.
When yo enclose it, it is seen as a different file.
"db/db_table.h"
Is Not;
"db_table.h"

It's not part of the FILE NAME, it says the file is in a sub-folder.

The / (or \, depending on operating system) separates the folder name from the file name.

You still don't see it do you? Here Look VERY closely;
#include "timecvt.h"
#include "db/db_table.h"
#include "db/schema_master.h"
#undef USE_MYSQL
I'll give you a Hint, the db/ part shouldn't be at the beginning.
When yo enclose it, it is seen as a different file.
"db/db_table.h"
Is Not;
"db_table.h"

That depends entirely on what you have your include paths (-I flags in gcc) set to. If an include path is "<blah>/include/db" (for example) then you don't need the "db/" but if it's "<blah>/include" then you do need it.

---

Did it occur to you that I tried many different versions? Here is the post where that line came from;
http://lunatics.kwsn.net/10-alternate-hardware-platforms/osx-multibeam-opencl-question.msg57135.html#msg57135
Seeing as how Urs has a working App from that line, I'll go with his recommendations...for now.

ConfigureLine_AKv8c_OPENCL_SSE3_OSX_MBv7.txt wrote:

Adapt pathes as you need on your build environment.

You still don't see it do you? Here Look VERY closely;
#include "timecvt.h"
#include "db/db_table.h"
#include "db/schema_master.h"
#undef USE_MYSQL
I'll give you a Hint, the db/ part shouldn't be at the beginning.
When yo enclose it, it is seen as a different file.
"db/db_table.h"
Is Not;
"db_table.h"

That depends entirely on what you have your include paths (-I flags in gcc) set to. If an include path is "<blah>/include/db" (for example) then you don't need the "db/" but if it's "<blah>/include" then you do need it.

That include is not listing a path, it's listing a name. Look at a few others, the way I have. Those are the only Names that have the db/ in front of them. Why don't All the others?
Xcode says it's an ERROR, it is looking at it as a Name. Search the Web for "db/db_table.h", you will find Compilers that erred out because it couldn't find the Named file "db/db_table.h".
:-)

That include is not listing a path

It is a relative path from position of #include -directive !

---

_\|/_
U r s

That include is not listing a path

It's listing a path, but your build environment isn't interpreting it as a path.

Those are the only Names that have the db/ in front of them.

Because they're the only files (that you currently need) which have been organised into a sub-folder.

Why don't All the others?

Because they're not in the sub-folder.

That include is not listing a path

It's listing a path, but your build environment isn't interpreting it as a path.

Those are the only Names that have the db/ in front of them.

Because they're the only files (that you currently need) which have been organised into a sub-folder.

Why don't All the others?

Because they're not in the sub-folder.

There appear to be quite a few others in that subfolder that DON'T have the db/ at the front. Why do you suppose that is?
Yes, the other files in that folder are used by Xcode, they don't have a db/ in front, and are not listed as Errors.

http://permalink.gmane.org/gmane.comp.distributed.boinc.devel/7457

seti_header.h:43:25: fatal error: db/db_table.h: No such file or
directory
>>> #include "db/db_table.h"
>>> ^
>>>compilation terminated.

Which raises the interesting question: whereabouts in the source tree structure is the file "timecvt.h", if your build is finding it without error? It's not in the folders one level up from db\, in either the AKv8\ or src\ versions of the structure. I'll have a search after dinner.

That is NOT "db/db_table_h".

Your bet for that? I just need spare money, lol.

db is directory, db_table.h is file.
So db/db_table.h is file in corresponding subdirectory.
And it's not just db_table.h to avoid inclusion of db subdir in search path and simplify config. Only high level src need to be in search path, not all its subdirs.

EDIT: I see that rise big discussion even with pics :D

which in Raistmer's terminology would be

<SETI_root>\branches\sah_v7_opt\src\db

Wrong.
<SETI_root> is <rep_root>\branches\sah_v7_opt cause it's root of Lunatics SETI tree, don't forget that so called "branch" not really a branch but full optimized SETI source tree donated to Berkeley from Lunatics sources.

which in Raistmer's terminology would be

<SETI_root>\branches\sah_v7_opt\src\db

Wrong.
<SETI_root> is <rep_root>\branches\sah_v7_opt cause it's root of Lunatics SETI tree, don't forget that so called "branch" not really a branch but full optimized SETI source tree donated to Berkeley from Lunatics sources.

Fair enough. You're more familiar with the various spaghetti-fields and duplications in the repo than I am. I was trying to take it out a little further towards the repo-root to emphasise the branching nature of the beast, before resorting to pictures.

That include is not listing a path

It is a relative path from position of #include -directive !

bingo :) TBar, follow Urs' recommendations, he's our *nix head-man. And yes, #include "a/b.h" is file b.h in subdir a.
Also, <> and "" can have slightly different symantics too, maybe even compiler-related.

The required set of includes is good to establish indeed.
Some header files listed directly in Xcode (I consider that IDE similar to VS IDE) searched directly. Hence no need to specify search path for them. But others that included via source text rely on C/C++ semantics to be found. And here compiler should be instructed where to search.

I have similar and still unresolved issues with attempt of Android build for SETI MB (both stock and Mateusz' opt ones).

So, to get whole tree right is not trivial task...

That include is not listing a path

It is a relative path from position of #include -directive !

bingo :) TBar, follow Urs' recommendations, he's our *nix head-man. And yes, #include "a/b.h" is file b.h in subdir a.
Also, <> and "" can have slightly different symantics too, maybe even compiler-related.

https://www.google.com/search?q=db%2Fdb_table.h&ie=utf-8&oe=utf-8

Those file are the least of my worries, I can fix that one easily.
The problem is when I fix those Errors more are added to the list.

https://www.google.com/search?q=db%2Fdb_table.h&ie=utf-8&oe=utf-8

your are not alone, yep :)

List new error log when db_table.h error will gone.

Here's the current list in 10.7.4, Xcode 4.2;

mac_seti Group
/Users/TBar/mac_seti/src/GPU_lock.h
---SSE2 defined---
/Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Invalid suffix 'x' on integer constant in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Expression result unused
In file included from ../db/sqlrow.h:28:
In file included from ../db/db_table.h:27:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Expression result unused in /Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
/Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
/Users/TBar/mac_seti/AKv8/client/analyzeReport.cpp
Argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it?
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/proc.h
Unknown type name 'u_int'
Unknown type name 'u_int'
Unknown type name 'u_int'
Unknown type name 'u_char'
Unknown type name 'u_char'
Unknown type name 'u_short'
Unknown type name 'u_short'
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/ucred.h
Unknown type name 'u_long'
Unknown type name 'u_int'
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/sysctl.h
C++ requires a type specifier for all declarations
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../../src/gcc_includes.h:289:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/analyzeFuncs.cpp:58:
C++ requires a type specifier for all declarations in /Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/sysctl.h
/Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp
Use of undeclared identifier 'SVN_REV_NUM'
Use of undeclared identifier 'SVN_REV_NUM'
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Too many errors emitted, stopping now

As stated previously, Xcode 4.2 doesn't give the fatal Error with "db/db_table.h". Apparently that only happens with the Newer Compilers.
I'm about ready to give up on it. A little while ago the thing started giving Fatal Errors on the MacOSX10.7.sdk iPhone files. I don't have iPhone listed as a target.

Which raises the interesting question: whereabouts in the source tree structure is the file "timecvt.h", if your build is finding it without error? It's not in the folders one level up from db\, in either the AKv8\ or src\ versions of the structure. I'll have a search after dinner.

Referring to the much-quoted snippet

#include "timecvt.h"
#include "db/db_table.h"
#include "db/schema_master.h"
#undef USE_MYSQL

I find 25 (!) copies of "timecvt.h" in my local checkout: more worryingly, they have four different file sizes, from 2.05 KB to 2.78 KB, so they aren't interchangeable.

In the context of the current discussion, the most likely candidate is

<repo_root>\branches\sah_v7_opt\AKv8\client

which means that the closest matching db_table.h would be in

<repo_root>\branches\sah_v7_opt\AKv8\db

Note that \db is not a subfolder of \client, but directly of \AKv8

It seems that the #include search paths need to include both

<repo_root>\branches\sah_v7_opt\AKv8\client
<repo_root>\branches\sah_v7_opt\AKv8

in whatever syntax is appropriate to the toolchain being used.

I thought this question is closed already.
src/db . At least for OpenCL builds.
And I would prefer all other paths from same sources use this one too for coherence.

Regarding error log.
Try to disable all warnings and leave only show-stopping errors. More clean log will simplify analyze.

Seems you miss SVN_REV_NUM define.
In Windows (and Linux too perhaps) define set via script from SVN revision.
Not sure it's possible for OS X so set it manually to current SVN rev number.

Regarding error log.
...Seems you miss SVN_REV_NUM define.
In Windows (and Linux too perhaps) define set via script from SVN revision.
Not sure it's possible for OS X so set it manually to current SVN rev number.

I'm afraid your going to have to be more specific on how to do that. I have about 1 week of Xcode experience and I just downloaded 4.2 and installed it in Lion last night. This is the last try, if it doesn't work in 10.7 I'm going to stop.

It seems 4.2 is not calling "db/db_table.h" a missing file but now it's giving 3 fatal Errors.

mac_seti Group 28 issues
/Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzePoT.cpp:67:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
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/analyzeReport.cpp:52:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
Expression is not assignable
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/seti_header.h:43:
In file included from /Users/TBar/mac_seti/AKv8/mac_build/../client/chirpfft.cpp:48:
Expression is not assignable in /Users/TBar/mac_seti/AKv8/db/db_table.h
/Users/TBar/mac_seti/AKv8/db/xml_util.h
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
Invalid suffix 'x' on integer constant
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/proc.h
Unknown type name 'u_int'
Unknown type name 'u_int'
Unknown type name 'u_int'
Unknown type name 'u_char'
Unknown type name 'u_char'
Unknown type name 'u_short'
Unknown type name 'u_short'
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/ucred.h
Unknown type name 'u_long'
Unknown type name 'u_int'
/Developer/SDKs/MacOSX10.7.sdk/usr/include/sys/sysctl.h
C++ requires a type specifier for all declarations
/Users/TBar/mac_seti/AKv8/client/analyzeFuncs.cpp
Use of undeclared identifier 'SVN_REV_NUM'
Use of undeclared identifier 'SVN_REV_NUM'
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Use of undeclared identifier 'PC_find_spike32_kernel_cl'; did you mean 'PC_find_spike_kernel_cl'?
Too many errors emitted, stopping now