Предупреждение ISO C++ says that these are ambiguous...

[Максим]

Доброго времени суток.
Есть у меня конструкция типа:

Код:

#define NAK 0x15

Компилятор MinGW на неё выдаёт предупреждение:

ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second

Что он пытается мне этим сказать?

[kambala]

на какую строчку выдается предупреждение? прямо на дефайн?

[Максим]

прямо на дефайн?

да

[Максим]

Собственно, у меня с десяток таких дефайнов, чтобы уйти от магических чисел. На каждый из них компилятор недовольно бурчит.

[PimenS]

Компилятор MinGW на неё выдаёт предупреждение:

ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second

MinGW какой версии?

[Igors]

Попробуйте десятичное 21 или даже константу

Код

C++ (Qt)
const int NAK = 0x15;
 

[Bepec]

На мой взгляд у вас где то имеется переменная NAK. Проверьте на всякий случай.

PS обычно ошибка ведёт на дефайн, но перед или после ошибки есть уточнения, не выделяемые ошибкой, но ведущие на строки где эта ошибка произошла. Это если в креаторе.

[Igors]

На мой взгляд у вас где то имеется переменная NAK. Проверьте на всякий случай.

Тогда однозначно ошибка (а не предупреждение). Если уж гадать - то, возможно, он понимает этот литерал как "unsigned", и когда дело доходит до присвоения - начинает вякать.

[Максим]

возможно, он понимает этот литерал как "unsigned", и когда дело доходит до присвоения - начинает вякать.

Нет, контекстная подсказка говорит, что это для него знаковый int.
Может компилятору в принципе не нравится факт определения числа дефайном? В мануалах, к шарпу, например, прямым текстом написано, что не рекомендуется в таких случаях пользоваться дефайном - задавайте, мол, константы.

[Максим]

MinGW какой версии?

5.3.0

[GreatSnake]

Прогони через препроцессор ( g++ -E file.cpp [options] > file.cpp.out ) и посмотри в выводе как раскрываются твои defines.

[Максим]

Прогони через препроцессор ( g++ -E file.cpp [options] > file.cpp.out ) и посмотри в выводе как раскрываются твои defines.

Я под виндой

[Brono]

... Я под виндой

"Под виндой" Qt обычно добавляет терминал, через который это можно сделать. Посмотри в "Пуск->...->Qt->{версия Qt}->{версия компилятора}->Qt ... for Desktop ... (с иконкой терминала)". В запустившемся терминале можно вызвать g++ (Проверено только что на Win7)

[Максим]

"Под виндой" Qt обычно добавляет терминал, через который это можно сделать. Посмотри в "Пуск->...->Qt->{версия Qt}->{версия компилятора}->Qt ... for Desktop ... (с иконкой терминала)". В запустившемся терминале можно вызвать g++ (Проверено только что на Win7)

Да, есть такое. Но при попытке запуска, указав файл cpp, где эти дефайны применяются получил:

имя_файла.h: fatal error :QObject: No such file or directory compilation terminated

Пробовал копировать эти файлы в каталог с g++.exe и запускать команду оттуда. Тот-же результат

[ssoft]

ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second

Что он пытается мне этим сказать?

Здесь дело не в определении #define, а в месте использования NAK в коде. Возможно, NAK участвует в арифметических операциях или операциях сравнения с типом, отличным от int, например short.