Namespace clash after including windows.h

Asked May 28 '21 at 13:05

Active May 28 '21 at 13:47

Viewed 37 times

#include "windows.h"

namespace Hello {
  enum class PARITY {
    PARITY_NONE = 0U,
    PARITY_ODD = 1U,
    PARITY_EVEN = 2U,
  };
}

int main(){
    return 0;
}

So, the above code fails with the following errors

and I think the reason is windows.h has definitions for symbols PARITY_NONE and the remaining. I'm failing to understand why there is a clash when I kept my enums in a different namespace. Any help will be greatly appreciated.

edited May 28 '21 at 13:47

Arcaniaco

asked May 28 '21 at 13:05

thumala manish

MACRO defined by WinBase.h. – Jarod42 May 28 '21 at 13:08
windows.h defines a bunch of **macros**. Macros don't respect namespaces. So, yes, you have to dodge them. The worst culprit is `min`: the macro blows up uses of the standard library algorithm with that name. – Pete Becker May 28 '21 at 13:08
`#undef PARITY_NONE` and Bob's your uncle. – Eljay May 28 '21 at 13:09
`PARITY_NONE` is a #define https://learn.microsoft.com/en-us/windows/win32/api/winbase/ns-winbase-commprop – Richard Critten May 28 '21 at 13:09
Btw, as you use `enum class`, you might omit prefix. (`enum class PARITY { NONE = 0U, ODD = 1U, EVEN = 2U };`) – Jarod42 May 28 '21 at 13:10
@Jarod42, yeah I changed the names of the enum entries. It worked. – thumala manish May 28 '21 at 15:18

Namespace clash after including windows.h

0 Answers0