/////////////////////////////////////////////////////////////////////////////
-// Name: wrapwin.h
+// Name: msw/wrapwin.h
// Purpose: Wrapper around <windows.h>, to be included instead of it
// Author: Vaclav Slavik
// Created: 2003/07/22
#define STRICT 1
#endif
+// don't define min() and max() as macros, they conflict with standard C++ ones
+#ifndef NOMINMAX
+ #define NOMINMAX
+#endif // NOMINMAX
+
#include <windows.h>
+
+#ifdef __WXWINCE__
+ // this doesn't make any sense knowing that windows.h includes all these
+ // headers anyhow, but the fact remains that when building using eVC 4 the
+ // functions and constants from these headers are not defined unless we
+ // explicitly include them ourselves -- how is it possible is beyond me...
+ #include <winbase.h>
+ #include <wingdi.h>
+ #include <winuser.h>
+
+ // this one OTOH contains many useful CE-only functions
+ #include <shellapi.h>
+#endif // __WXWINCE__
+
#include "wx/msw/winundef.h"
+// types DWORD_PTR, ULONG_PTR and so on might be not defined in old headers but
+// unfortunately I don't know of any standard way to test for this (as they're
+// typedefs and not #defines), so simply overwrite them in any case in Win32
+// mode -- and if compiling for Win64 they'd better have new headers anyhow
+//
+// this is ugly but what else can we do? even testing for compiler version
+// wouldn't help as you can perfectly well be using an older compiler (VC6)
+// with newer SDK headers
+#if !defined(__WIN64__) && !defined(__WXWINCE__)
+ #define UINT_PTR unsigned int
+ #define ULONG_PTR unsigned long
+ #define DWORD_PTR unsigned long
+#endif // !__WIN64__
+
#endif // _WX_WRAPWIN_H_