The case of the missing intermediate files! .  I must go off to school now but I'll check and see if you found them when I get home.  I think you are right that the setting shouldn't change the intermediate output directory/files as that is inherited from solution configuration anyway.

Well good luck , and maybe I can look some more when I get home (if you haven't already found them).
[We can step by step through AnalyzeFuncs.cpp setiings if you need]

Oh, did you do the seti_boinc Linker include directories as well ?

Jason

Sounds like progress! .. I hope you made notes the first time through all those settings!, mine are in green felt pen scrawled all over an old envelope, maybe I should make them into a text file one day

Well, as big fan of QNX OS I think the more modular app is the better as far as it doesnt impact performance Another plus of dll'ed BOINC interface is shortened build times - devs certainly should like this idea

Considering my build attemts, switching to Release32-NoGFX-xW options set brought bunch of compile errors (12 errors) in benchmark.cpp and  cpu_x86.cpp. I have strong impression that Optimizer project just simulated compilation before (with no errors but no objs too).  There are all objs from tis project now besides these two sourses that failed to compile.
Will investigate errors more closely then post.

P.S. after closer look only 3 errors remain (other originated from misplaced #endif, my fault). All belong to these lines of code ( cpu_x86.cpp).
case _INTEL:
         cache.shared_L1_L2 = true;
         bool hyper   = testBit(1,edx_,28);

.\cpu_x86.cpp(143): error: invalid combination of type specifiers

hyper is defined as _int64 somewhere. So changing variable name solves this error (and remaining 2 too).

P.P.S. Well, now got     position_history( 0 ),-related error too  After adding some missing #include statement and forcing const char* to char* conversions (hope it will not corrupt memory at run time %) ) it's the only remaining error.

Yes, I commented it out too for a moment.
Now encounter some linker errors. Some of these originate from using evaluation version of IPP (so there are slightly different lib names). But remaining are much worse. For example,
linker cant find definition of parse_command_line function. There is declaration
extern int parse_command_line(char*, char**);
in str_util.h but... no definition was found in project sources. I hardly believe this function belongs to IPP. So where to find it's definition still open question ... 

In my BOINC sources this function defined boinc\lib\in str_util.c. And this file doesnt included in project source tree. That's why I didnt find definition while conducting search in project files via VS. File search on entire directory via FAR was more successfull
Probably I should include this file in libboinc project in project tree.
(I use one of the latests BOINC sources, doesn't downloaded from this site)

P.S. Now only 3 unresolved links remains. Will search for another missing sources...

P.P.S. LoL Great definitions of missing links from boinc\api\static_graphics.C
void boinc_app_mouse_button(int x, int y, int which, int is_down) {
}
void boinc_app_mouse_move(int x, int y, int left, int middle, int right) {
}
Probably there should be // ToDo comment

I added this file to libboincapi, but it doesn't compile - missing boinc_resolve_filename function declaration. It seems there are some differences in BOINC api that needed to be reflected in project tree.

P.P.P.S. After some modifications of project tree and adding some #include statements I got exe-file. Hope it pass validity tests ... (fingers crossed)

This many generations of Boinc interface  is one of the many things I got an answer about from Joe Segur.  I asked which was the best to use and if there was a preferred version.  The basics of Joe's answer to that were something like 'boinc sources from about the time of that science app build. Which semmed reasonable ... So for some reason I ended up sticking with the boinc sources out of the 1.31 package and never bothered updating sounds like I'll keep it that way, for the time being,  if there are many more differences

Congratulation.... magnificent !.
heinz