Ошибка: ожидаемый идентификатор до токена '='

Question

Я пытаюсь собрать библиотеку.

class ROCKETCORE_API Property
{
public:
enum Unit
{
    UNKNOWN = 1 << 0,

    KEYWORD = 1 << 1,           // generic keyword; fetch as < int >

    STRING = 1 << 2,            // generic string; fetch as < String >

    // Absolute values.
    NUMBER = 1 << 3,            // number unsuffixed; fetch as < float >
    PX = 1 << 4,                // number suffixed by 'px'; fetch as < float >
    COLOUR = 1 << 5,            // colour; fetch as < Colourb >
    ABSOLUTE_UNIT = NUMBER | PX | COLOUR,

    // Relative values.
    EM = 1 << 6,                // number suffixed by 'em'; fetch as < float >
    PERCENT = 1 << 7,           // number suffixed by '%'; fetch as < float >
    RELATIVE_UNIT = EM | PERCENT,

    // Values based on pixels-per-inch.
    IN = 1 << 8,                //<<----LINE 66----- number suffixed by 'in'; fetch as < float >
    CM = 1 << 9,                // number suffixed by 'cm'; fetch as < float >
    MM = 1 << 10,               // number suffixed by 'mm'; fetch as < float >
    PT = 1 << 11,               // number suffixed by 'pt'; fetch as < float >
    PC = 1 << 12,               // number suffixed by 'pc'; fetch as < float >
    PPI_UNIT = IN | CM | MM | PT | PC
};

Ошибка вывода:

Property.h:66:6: error: expected identifier before '=' token
Property.h:66:6: error: expected '}' before '=' token
Property.h:66:6: error: expected unqualified-id before '=' token

И есть другие ошибки, которые, как я полагаю, вызваны неправильным определением перечисления.

Есть идеи, почему это происходит?

Использование MinGW 4.7.2 с Eclipse.

Answer 1

Типичная проблема в таких случаях - конфликт с именем макроса, определенным в заголовке, который вы включили. В вашем случае это было бы IN, который в некоторых реализациях (MS?) используется в качестве макроса для обозначения входных параметров в функциях.

Хорошей идеей было бы дать вашим константам перечисления префикс, например UNIT_UNKNOWN вместо просто UNKNOWN, Кроме того, вы можете сделать #undef IN после включения всех "системных" заголовков, но этот подход может легко оказаться очень "дорогостоящим". Опять же, лучше было бы избегать использования коротких идентификаторов с заглавными буквами.