Как я могу избавиться от этих предупреждений?

Question

Это действительно несколько вопросов, но все равно ...

Я работаю с большим проектом в XCode, сравнительно недавно портирован из MetroWorks (Да, на самом деле), и есть куча предупреждений, которые я хочу, чтобы избавиться от из. Так часто появляется ВАЖНОЕ предупреждение, но я никогда не смотрю на них, потому что слишком много мусорных ящиков. Поэтому, если я могу либо выяснить, как заставить XCode прекратить давать предупреждение, либо на самом деле исправить проблему, это было бы здорово. Вот предупреждения:

• Он утверждает, что <map.h> устарел. Однако, когда я заменяю его <map> мои файлы не компилируются. Очевидно, есть что-то в Map.h, что не на карте ...
• это десятичная константа без знака только в ISO C90
  Это большое число сравнивается с беззнаковыми долго. Я даже бросил его, без эффекта.

• enumeral несоответствие в условном выражении: <anonymous enum> vs <anonymous enum>
  Это похоже на оператор?:. Возможно, что ветви then и else не оценивают один и тот же тип? За исключением того, что, по крайней мере, в одном случае, это (matchVp == NULL ? noErr : dupFNErr)

  И поскольку это оба типа OSErr, который определяется с помощью mac ... Я не уверен, что случилось. Кроме того, кажется, приходит, когда у меня есть другие пары макинтош констант ...

• мульти-символьный характер постоянной

  Это один очевидна. Проблема заключается в том, что я на самом деле НУЖНА константы из нескольких символов ...

• -fwritable-строки не совместим с буквальным CF/NSString

  Я беспрепятственно «Строки Read-Only» окно как в проекте и целевые параметры ... и, похоже, не имели никакого эффекта ...

Answer 1

Элементы в <map.h> находятся в глобальном пространстве имен, а элементы в <map> находятся в пространстве имен std. Скорее всего, вы просто ссылались непосредственно на глобальные версии, и когда вы переключились на <map>, вы больше не видели их, потому что они переместились на std::. В исходных файлах добавьте using namespace std для быстрого перехода. В заголовках вам нужно будет квалифицировать использование связанных с картой элементов с помощью std::.

Я думаю, вам нужно будет квалифицировать постоянное значение с постоянным значением UL, чтобы он знал правильный тип литерала.

Скорее всего, перечисления находятся в двух отдельных ОС, определенных анонимными перечислениями. Вы можете static_cast их, чтобы успокоить предупреждение.

Не знаю, как многобайтовые символы.

Можете ли вы отключить -fwritable-strings? Можете ли вы реорганизовать код, который должен изменить постоянные строки?

Answer 2

это десятичная константа записывается как 3111222333UL?

Answer 3

"многосимвольный характерный символ"
Это очевидно. Проблема заключается в том, что я на самом деле НУЖНА константе из нескольких символов ...

Compile с -Wno-multichar - добавьте его в другие флаги предупреждения, и оставьте предупреждение литералов Четыре персонажа выключено.

Конечно, действительно ли эти многозначные символьные константы старого кода означают то же самое, что и при Метроверах, возможно, в другой архитектуре ... это открытый вопрос.

Answer 4

Я обнаружил, что, по крайней мере, с Xcode 3.2.4 вы можете заставить предупреждение уйти, используя количество символов в константе, которая является правильной длиной для этого типа.

Например, у меня была константа, которая была всего 3 символа длинной «TT2», и это давало мне многосимвольный символ постоянной ошибки. Добавление 0 к константе заставило ошибки уйти, например: '\ 0TT2'.