I'm also able to reproduce the issue only on particular two machines.
If you're interested, here is the version of the compiler I use: "Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86". It's from MS Visual Studio .NET 2003. I also have the Platfosm SDK installed (though I don't know how to determine its' version...). There are two files win32.mak available - one from the Platform SDK itself, and second is from MS Visual Studio. The file which gets included by "!include <win32.mak>" command (see classlib/trunk/depends/build/defines.mak) is the first one, from Platform SDK. Hope this information will help you to reproduce the issue. I don't know for sure when it's happening, but eventually $(APPVER) became 5.01 during the build (maybe even from the beginning of the build) and this leads to _WIN32_WINNT=0x0501, which clashes with the definition in portlib's thrdsup.h. On 12/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
I can not reproduce the build failure on two different Windows boxes. BTW, CC does not report such issue too. What compiler do you use? MSVC 2003? SY, Alexey 2006/12/14, Ivan Zvolsky <[EMAIL PROTECTED]>: > Yes, I do. > I see this error message every time i'm trying to build classlib, > approximately since revision 486243. > > On 12/14/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: > > > > Do you see this error message every time? > > > > SY, Alexey > > > > 2006/12/14, Ivan Zvolsky <[EMAIL PROTECTED]>: > > > Hi all, > > > > > > Just wanted to share some experience in building classlib on Windows in > > my > > > very first mailing list post. The thing is that some recent commits into > > > classlb made it vulnerable to "external" setting of _WIN32_WINNT macro. > > > > > > Here is what I mean: win32.mak from Platform SDK (which is being > > !included > > > in classlib's makefiles) appends definition of the _WIN32_WINNT macro to > > the > > > $(cflags) variable. The value of the macro depends on the version of SDK > > > installed. And this may lead to the error while building classlib: > > > > > > <...skipped...> > > > [exec] cl -c -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl -nologo -GS - > > > FIsehmap.h -GS -D_X86_=1 -DWIN32 -D_WIN32 -W3 -D_WINNT > > > -D_WIN32_WINNT=0x0501 -D_WIN32_IE=0x0500 -DWINVER=0x0501 -Zi -WX -GF -Gs > > -MD > > > -Zm400 -D_DLL -D_MT -D_WINSOCKAPI_ > > > > > /IC:\lab_drlbuild\combined_icl_d\CVS_20061213_0002_H\classlib\trunk\deploy\include > > > > > /IC:\lab_drlbuild\combined_icl_d\CVS_20061213_0002_H\classlib\trunk\deploy\jdk\include > > > /I. /I..\shared\ -Fo..\shared\hythread.obj ..\shared\hythread.c > > > [exec] hythread.c > > > [exec] thrdsup.h(64) : error C2220: warning treated as error - no > > > object file generated > > > [exec] thrdsup.h(64) : warning C4005: '_WIN32_WINNT' : macro > > > redefinition > > > [exec] NMAKE : fatal error U1077: 'cl' : return code '0x2' > > > [exec] command-line arguments : see previous definition of > > > '_WIN32_WINNT' > > > [exec] Stop. > > > > > > You see, my version of win32.mak from Platform SDK set the marco to > > > '0x0501', which is not the same in some .h file. > > > > > > I believe this should be fixed somehow :-) > > > > > > best regards, > > > Ivan > > > > > > > > > >
