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

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

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.

2

Решение

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

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

8

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]