Xcode 5 и iOS 7: архитектура и допустимые архитектуры

когда вы устанавливаете 64-битный результирующий двоичный файл является" жирным " двоичным файлом, который содержит все три изображения Mach-O в комплекте с тонким жирным заголовком. Вы можете видеть это с помощью otool или jtool. Вы можете проверить некоторые двоичные файлы fat, включенные в состав iOS 7.0 SDK, например AVFoundation Framework, например:

% cd  /Developer/Platforms/iPhoneOS.platform/DeviceSupport/7.0\ \(11A465\)/Symbols/System/Library/Frameworks/AVFoundation.framework/

%otool -V -f AVFoundation                                                                     9:36
Fat headers
fat_magic FAT_MAGIC
nfat_arch 3
architecture arm64     # The 64-bit version (A7)
    cputype CPU_TYPE_ARM64
    cpusubtype CPU_SUBTYPE_ARM64_ALL
    capabilities 0x0
    offset 16384
    size 2329888
    align 2^14 (16384)
architecture armv7        # A5X - packaged after the arm64version
    cputype CPU_TYPE_ARM
    cpusubtype CPU_SUBTYPE_ARM_V7
    capabilities 0x0
    offset 2359296
    size 2046336
    align 2^14 (16384)
architecture armv7s       # A6 - packaged after the armv7 version
    cputype CPU_TYPE_ARM
    cpusubtype CPU_SUBTYPE_ARM_V7S
    capabilities 0x0
    offset 4407296
    size 2046176
    align 2^14 (16384)

что касается самого двоичного файла, он использует набор команд ARM64 бит, который (в основном совместим с 32-битным, но) совершенно другой набор команд. Это особенно важно важно для графической программы (использование неоновых инструкций и регистров). Кроме того, процессор имеет больше регистров, что оказывает значительное влияние на скорость работы программы. Есть интересная дискуссия в http://blogs.barrons.com/techtraderdaily/2013/09/19/apple-the-64-bit-question/?mod=yahoobarrons о том, имеет ли это значение; тесты бенчмаркинга до сих пор четко указывали, что это так.

использование otool-tV приведет к сбросу сборки (если у вас есть XCode 5 и позже), а затем вы можете увидеть разницу в наборе инструкций для себя. Большинство (но не все) разработчиков останутся агностиками к изменениям, поскольку по большей части они не влияют непосредственно на Obj-C (несмотря на CG* API) и должны делать больше с обработкой указателя низкого уровня. Компилятор будет работать свою магию и оптимизацию.

мое понимание от Apple Docs.

• что это архитектура (ARCHS) в Xcode build-settings?
  • указывает архитектуру / s, к которой относится двоичный файл TARGETED. Если указано более одной архитектуры, созданный двоичный файл может содержать объектный код для каждой из указанных архитектуры.

• Что это Действительный Архитектур (VALID_ARCHES) в Xcode сборка-настройки?

  • указывает архитектуру / S, для которой двоичный файл может быть построен.
  • во время процесса сборки этот список пересекается с ARCHS, и результирующий список определяет архитектуры, на которых может работать двоичный файл.

• пример: - один проект iOS имеет следующие настройки сборки в Xcode.

  • ARCHS = armv7 armv7s
  • VALID_ARCHES = armv7 armv7s arm64
  • In в этом случае двоичный файл будет построен для архитектур armv7 armv7s arm64. Но тот же двоичный файл будет работать только на ARCHS = armv7 armv7s.

вам не нужно ограничивать свой компилятор только ARMv7 с и armv7s на удалении arm64 установка из поддерживаемых архитектур. Вам просто нужно установить цель развертывания настройки к 5.1.1

важное примечание: вы не можете установить цель развертывания в 5.1.1 in Параметры Построения раздел, потому что он раскрывается только с фиксированными значениями. Но вы можете легко установить его в 5.1.1 in общие из настройки приложения, просто введя значение в текстовом поле.

просто исправить:

Цели - > Настройки Сборки - > Параметры Сборки - > Включить Bitcode - > Нет

работает на устройстве с iOS 9.3.3

ни один из ответов не работал, а затем я забыл установить минимальную цель развертывания, которую можно найти в проект ->общие ->Информация О Развертывании ->Цель Развертывания - > 8.0