"Назва проекту" була складена з оптимізацією - крокування може вести себе дивно; змінні можуть бути недоступними

Намагаючись перейти до коду 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для конфігурації випуску, так і для налагодження, і я фактично використовую Debugconfig.

ОНОВЛЕННЯ 2

Strip Debug Symbols Вимкнено також.

Якщо у вашому проекті використовується Swift, у налаштуваннях проекту / цілі є два окремі налаштування "Рівень оптимізації".

Переконайтесь, що ви обидва встановили їх правильно:

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

Це вирішило це попередження для мене.

Схоже, ваш проект знаходиться в режимі випуску. Режим випуску збирає додаток з великою кількістю оптимізацій, але налагоджувачі ненавидять оптимізацію, тому для надійної налагодження програми потрібно переключити його в режим налагодження, що зменшує оптимізацію та додає купу інформації про налагодження. Щоб переключити його в режим налагодження:

• Клацніть на схему у верхньому лівому куті Xcode.

• Виберіть "Редагувати схему ..."

• Натисніть спадне меню "Конфігурація побудови". і змінити його в режимі налагодження.

Це попередження з’являється лише тоді, коли ви потрапили на точку розриву, і джерело знаходиться в проекті, де ввімкнена оптимізація, що не дозволяє вам переглядати реальні змінні значення (кожен об'єкт відображається як нуль, навіть якщо його немає)

У моєму випадку це сталося лише при налагодженні крок за кроком через залежність від какаоподу.

Тож навіть якщо у вас встановлені правильно встановлені основні цілі та параметри проекту (Символ налагодження смуг = ВИКЛ., А рівень оптимізації немає), вам потрібно переконатися, що вони однакові для проекту "Під", з якого ви потрапили.

Виявляється, що після імпорту старого проекту (Xcode 7.x +) до нового Xcode 8.3 (8E162), ймовірно, завдяки оптимізації компілятора, Swift Compiler - рівень оптимізації був встановлений за замовчуванням для швидкої однофайлової оптимізації :

Змінивши його на жодне, вирішив проблему:

Editor-> Validate Settingsтоді підтвердьте всі зміни. Тоді ви повинні отримати

Установіть налагодження на None.

Це було рішенням для мене ...

По лінії відповіді gimino, якщо ви використовуєте cocoapods, додайте такий рядок до Podfile:

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

або для какао-версій> = 1,0 (спасибі Diejmon)

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

Де MyProject має "Налагодження - локальний", "Налагодження - постановка", "Налагодження - ВИРОБНИЦТВО" як конфігурації налагодження на додаток до стандартної "Налагодження"

За замовчуванням cocoapods зазвичай генерує конфігурації стручків як Release, цей рядок Podfile дозволяє вказати, що вони налагоджені.

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

Я використовую Xcode 7.2, з iOS 9.2 SDK.

На зображенні нижче ви можете побачити оптимізацію для цілі та проекту до моєї зміни:

Дивовижним є те, що хоча розв'язана оптимізація не є [-O0] , лише після зміни налаштування проекту з -Os на -O0 компілятор перестав оптимізувати ціль.

Нижче ви можете побачити мої остаточні налаштування:

Минуло багато часу, але я остаточно вирішив питання. Є третій прапор оптимізації LTOабо, на Link Time Optimizationдиво, тут ніхто не згадував, і я чомусь не звернув на це уваги. Це прямо тамOptimization Level налаштуваннями, як ви можете бачити на багатьох екранах, розміщених тут.

Отже, підсумовуючи це, є три різних прапора оптимізації, які ви хочете вимкнути для налагодження:

• Оптимізація часу зв'язку LLVM ( -flto)
• Рівень оптимізації LLVM ( -O)
• Швидкий рівень оптимізації компілятора

Більше інформації про 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мій проект і запустити його знову

Це може бути надмірним спрощенням, але ви будуєте для випуску або з оптимізацією (яка видаляє символи з Swift або LLVM) занадто високою? Якщо так, відредагуйте схему та перейдіть на налагодження, або відредагуйте Параметри збирання для швидкої чи оптимізації LLVM на None (0).

Про всяк випадок, якщо хтось стикається з цією проблемою під час налагодження стручка, який використовує бібліотеку C внутрішньо, є ще одна річ, яку ви повинні змінити в налаштуваннях проекту, щоб він працював на додаток до всього іншого, зазначеного в потоці.

Перейдіть до налаштувань проекту Pods -> Ваша ціль, що використовує С -> Налаштування збірки -> Apple Clang - Прапорці спеціального компілятора -> Інші прапори C та видаліть -O3прапор, який якимось чином потрапив туди.