«Имя проекта» было скомпилировано с оптимизацией - степпинг может вести себя странно; переменные могут быть недоступны

При попытке войти в код AFNetworking выдается следующее предупреждение:

[Project Name] was compiled with optimization - stepping may behave oddly; variables may not be available.

И, конечно, я не могу отладить код. Чтобы быть конкретным, я пытаюсь отладить UIImageView+AFNetworkingкатегорию, которая кажется невозможной. Изменение кода не имеет никакого эффекта (пробовал NSLogи т. Д.), И при попытке войти в компиляторы переходит к ассемблерному коду и отображается UIImageView+TVASTAFNetworkingкак имя категории, которого нет нигде в базе кода.

Использование Xcode 7. iOS 9 и 8. Cocoapods (без фреймворка)

ОБНОВЛЕНИЕ Я забыл упомянуть, что Оптимизатор настроен noneкак для конфигурации выпуска, так и для отладки, и я фактически использую Debugконфигурацию.

ОБНОВЛЕНИЕ 2

Strip Debug Symbols Также выключен

Если ваш проект использует Swift, в конфигурации проекта / цели есть две отдельные настройки «Уровень оптимизации».

Убедитесь, что вы установили их оба правильно:

1. Выберите ваш проект на панели Project Navigator
2. Выберите настройки вашего проекта в дереве «ПРОЕКТ»
3. Перейдите на вкладку «Настройки сборки»
4. Ищите «Уровень оптимизации», и вы увидите две настройки, одну для LLVM и одну для быстрой.
5. Установите соответствующую настройку ( None [-O0]для LLVM и None [-0none]для Swift) для рассматриваемой конфигурации сборки.

Это решило это предупреждение для меня.

Похоже, ваш проект находится в режиме выпуска. Режим выпуска компилирует приложение с большим количеством оптимизаций, но отладчики ненавидят оптимизацию, поэтому для надежной отладки приложения вам необходимо переключить его в режим отладки, который уменьшает оптимизацию и добавляет кучу отладочной информации. Чтобы переключить его в режим отладки:

• Нажмите на свою схему в верхнем левом углу Xcode.

• Выберите «Редактировать схему ...»

• Нажмите на «Конфигурация сборки». и измените его в режим отладки.

Это предупреждение появляется только тогда, когда вы достигаете точки останова, а источник находится в проекте, где включена оптимизация, что не позволяет вам наблюдать реальные значения переменных (каждый объект отображается как ноль, даже если это не так)

В моем случае это происходило только при пошаговой отладке зависимости cocoapod.

Таким образом, даже если у вас правильно установлены основная цель и настройки проекта (Strip Debug Symbol = OFF, а уровень оптимизации - None), вам нужно убедиться, что он совпадает с проектом Pod, с которого вы достигли точки останова.

Оказывается, что после импорта старого проекта (Xcode 7.x +) в новый Xcode 8.3 (8E162), вероятно, из-за оптимизации компилятора, Swift Compiler - Optimization Level был по умолчанию установлен на Быструю оптимизацию одного файла :

Изменив его на нет, решил проблему:

Editor-> Validate Settingsзатем подтвердите все изменения. Тогда вы должны получить

Установите Debug в None.

Это было решением для меня ...

В дополнение к ответу gimino, если вы используете cocoapods, добавьте такую ​​строку в Podfile:

xcodeproj 'MyProject', 'Debug - local'=>:debug, 'Debug - staging'=>:debug, 'Debug - PRODUCTION'=>:debug

или для версий cocoapods> = 1.0 (спасибо Diejmon)

project 'MyProject', 'Debug - local'=>:debug, 'Debug - staging'=>:debug, 'Debug - PRODUCTION'=>:debug

Где MyProject имеет «Debug - local», «Debug - staging», «Debug - PRODUCTION» в качестве конфигурации отладки в дополнение к стандартному «Debug»

По умолчанию cocoapods обычно генерирует конфигурации pod как Release, эта строка Podfile позволяет вам сказать, что они отлажены.

Я столкнулся с той же проблемой сегодня, и понял это (по крайней мере, в моем случае). Я также использую CocoaPods, и у меня была эта проблема при запуске моей цели тестирования (Swift, смешанный с ObjC).

Я использую Xcode 7.2, с iOS 9.2 SDK.

На изображении ниже вы можете увидеть оптимизации для цели и проекта до моего изменения:

Удивительно, что несмотря на то, что разрешенная оптимизация отсутствует [-O0] , только после изменения настройки проекта с -Os на -O0 компилятор прекратил оптимизацию цели.

Ниже вы можете увидеть мои окончательные настройки:

Это было давно, но я наконец решил проблему. Там не третий флаг оптимизации LTOили Link Time Optimizationи удивительно , никто уже упомянул об этом здесь и по какой - то причине я не обращать на это внимание либо. Это прямо над Optimization Levelнастройкой, как вы можете видеть на многих скриншотах, размещенных здесь.

Итак, подведем итог: есть 3 различных флага оптимизации, которые вы хотите отключить для отладки:

• LLVM Link Time Optimization ( -flto)
• Уровень оптимизации LLVM ( -O)
• Уровень оптимизации компилятора Swift

Больше информации о LTO: http://llvm.org/docs/LinkTimeOptimization.html

Если вам нужно отключить оптимизацию для ваших модулей Swift, чтобы вы могли отлаживать их, добавьте следующее в свой Podfile. Это отключит оптимизацию только для отладочных сборок.

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      if config.name == "Debug"
        config.build_settings["SWIFT_OPTIMIZATION_LEVEL"] = "-Onone"
      end
    end
  end
end

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

Эта ошибка произошла со мной дважды, и в каждом случае была ошибка в параметре URL, используемом для запроса службы. В одном случае URL-адрес имел некоторое пространство в разделе порта, в другом случае какое-то Необязательное значение не было развернуто.

Таким образом, исправление должно было убедиться, что URL для запроса правильно сформирован. Больше информации о моем случае и аналогичных репортажах здесь тоже самое .

Все, что я сделал, это очистил ( Product > Clean) мой проект и запустил его снова

Это может быть упрощением, но вы строите для Release или с оптимизацией (которая удаляет символы из Swift или LLVM) слишком высоко? Если это так, отредактируйте схему и переключитесь на «Отладка» или измените параметры сборки для быстрой или LLVM-оптимизации на «Нет» (0).

На случай, если кто-то столкнется с этой проблемой при отладке модуля, который использует библиотеку C внутри, есть еще одна вещь, которую вы должны изменить в настройках проекта, чтобы он работал в дополнение ко всему, что перечислено в потоке.

Перейдите в настройки проекта Pods -> Ваша цель использования C -> Настройки сборки -> Apple Clang - Пользовательские флаги компилятора -> Другие флаги C и удалите -O3флаг, который каким-то образом туда попал.