wxWidgets/include/wx/msw/wrapwin.h
2005-02-23 16:54:16 +00:00

58 lines
1.9 KiB
C

/////////////////////////////////////////////////////////////////////////////
// Name: msw/wrapwin.h
// Purpose: Wrapper around <windows.h>, to be included instead of it
// Author: Vaclav Slavik
// Created: 2003/07/22
// RCS-ID: $Id$
// Copyright: (c) 2003 Vaclav Slavik
// Licence: wxWindows licence
/////////////////////////////////////////////////////////////////////////////
#ifndef _WX_WRAPWIN_H_
#define _WX_WRAPWIN_H_
#include "wx/platform.h"
#ifndef STRICT
#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_