3.6 Параметры, управляющие диалектами Objective-C и Objective-C++ ¶

(ПРИМЕЧАНИЕ: В данном руководстве не описаны сами языки Objective-C и Objective-C++. См. Поддерживаемые GCC стандарты языка для ссылок.)

В этом разделе описываются параметры командной строки, которые имеют смысл только для программ на Objective-C и Objective-C++. Вы также можете использовать большинство параметров GNU компилятора, не зависящих от языка. Например, вы можете скомпилировать файл some_class.m так:

gcc -g -fgnu-runtime -O -c some_class.m

В этом примере -fgnu-runtime — параметр, предназначенный только для программ на Objective-C и Objective-C++; вы можете использовать другие параметры с любым языком, поддерживаемым GCC.

Обратите внимание, что поскольку Objective-C является расширением языка C, компиляции Objective-C также могут использовать параметры, специфичные для фронтенда C (например, -Wtraditional). Аналогично, компиляции Objective-C++ могут использовать параметры, специфичные для C++ (например, -Wabi).

Ниже приведен список параметров, только для компиляции программ на Objective-C и Objective-C++:

-fconstant-string-class=class-name

Использовать имя-класса в качестве имени класса для создания экземпляра для каждого литерального строкового значения, заданного синтаксисом @"…". По умолчанию используется имя класса NXConstantString при использовании среды выполнения GNU, и NSConstantString при использовании среды выполнения NeXT (см. ниже). Опция -fconstant-cfstrings, если также присутствует, переопределяет настройку -fconstant-string-class и приводит к тому, что литералы @"…" будут представлены как константные строки CoreFoundation.

-fgnu-runtime

Генерировать объектный код, совместимый со стандартной средой выполнения GNU Objective-C. Это значение по умолчанию для большинства типов систем.

-fnext-runtime

Генерировать вывод, совместимый со средой выполнения NeXT. Это значение по умолчанию для систем на базе NeXT, включая Darwin и Mac OS X. Макрос __NEXT_RUNTIME__ предварительно определён, если (и только если) используется данная опция.

-fno-nil-receivers

Предполагать, что все диспетчеризации сообщений Objective-C ([receiver message:arg]) в данном модуле трансляции гарантируют, что получатель не nil. Это позволяет использовать более эффективные точки входа в среду выполнения. Данная опция доступна только в сочетании со средой выполнения NeXT и версиями ABI 0 или 1.

-fobjc-abi-version=n

Использовать версию n Objective-C ABI для выбранной среды выполнения. В настоящее время эта опция поддерживается только для среды выполнения NeXT. В этом случае версия 0 — это традиционная (32-битная) ABI без поддержки свойств и других дополнений Objective-C 2.0. Версия 1 — это традиционная (32-битная) ABI с поддержкой свойств и других дополнений Objective-C 2.0. Версия 2 — это современная (64-битная) ABI. Если ничего не указано, по умолчанию используется версия 0 на 32-битных целевых машинах и версия 2 на 64-битных целевых машинах.

-fobjc-call-cxx-cdtors

Для каждого класса Objective-C проверить, является ли какой-либо из его экземпляров переменных объектом C++ с нетривиальным конструктором по умолчанию. Если да, то сгенерировать специальный метод экземпляра - (id) .cxx_construct, который выполняет нетривиальные конструкторы по умолчанию для таких переменных экземпляров в порядке следования и затем возвращает self. Аналогично, проверить, является ли какая-либо переменная экземпляра объектом C++ с нетривиальным деструктором, и если да, то сгенерировать специальный метод - (void) .cxx_destruct, который выполняет все такие деструкторы по умолчанию в обратном порядке.

Методы - (id) .cxx_construct и - (void) .cxx_destruct таким образом сгенерированные, работают только с переменными экземпляров, объявленными в текущем классе Objective-C, а не унаследованными от суперклассов. Ответственность среды выполнения Objective-C — вызывать все такие методы в иерархии наследования объекта. Методы - (id) .cxx_construct вызываются средой выполнения сразу после выделения нового экземпляра объекта; методы - (void) .cxx_destruct вызываются сразу перед тем, как среда выполнения удаляет экземпляр объекта.

На данный момент только среда выполнения NeXT на Mac OS X 10.4 и более поздних версиях поддерживает вызов методов - (id) .cxx_construct и - (void) .cxx_destruct.

-fobjc-direct-dispatch

Разрешить быстрые переходы к диспетчеру сообщений. В Darwin это реализовано через страницу сообщений.

-fobjc-exceptions

Включить синтаксическую поддержку обработки структурированных исключений в Objective-C, аналогичную той, что предлагается C++. Эта опция необходима для использования ключевых слов Objective-C @try, @throw, @catch, @finally и @synchronized. Эта опция доступна как со средой выполнения GNU, так и со средой выполнения NeXT (но недоступна в сочетании со средой выполнения NeXT на Mac OS X 10.2 и более ранних версий).

-fobjc-gc

Включить сборку мусора (GC) в Objective-C и Objective-C++ программах. Эта опция доступна только со средой выполнения NeXT; среда выполнения GNU имеет другую реализацию сборки мусора, которая не требует специальных флагов компилятора.

-fobjc-nilcheck

Для среды выполнения NeXT с версией 2 ABI проверять на nil получатель при вызовах методов перед фактическим вызовом метода. Это значение по умолчанию и может быть отключено с помощью -fno-objc-nilcheck. Методы классов и вызовы super никогда не проверяются на nil таким образом, независимо от того, как установлен этот флаг. В настоящее время этот флаг не выполняет никаких действий, когда используется среда выполнения GNU или более старая версия NeXT runtime ABI.

-fobjc-std=objc1

Соответствовать синтаксису языка Objective-C 1.0, распознаваемому GCC 4.0. Это влияет только на дополнения Objective-C к языку C/C++; это не влияет на соответствие стандартам C/C++, которое контролируется отдельными флагами опций диалекта C/C++. При использовании этой опции с компилятором Objective-C или Objective-C++, любой синтаксис Objective-C, который не распознаётся GCC 4.0, будет отклоняться. Это полезно, если вам нужно убедиться, что ваш код Objective-C может быть скомпилирован с более старыми версиями GCC.

-freplace-objc-classes

Вывести специальный маркер, инструктируя ld(1) не статически подключать в результирующий объектный файл, и разрешить dyld(1) загрузить его во время выполнения вместо этого. Это используется в сочетании с режимом отладки Fix-and-Continue, где объектный файл, о котором идёт речь, может быть перекомпилирован и динамически загружен в процессе выполнения программы, без необходимости перезапуска самой программы. В настоящее время функциональность Fix-and-Continue доступна только в сочетании со средой выполнения NeXT на Mac OS X 10.3 и более поздних версиях.

-fzero-link

При компиляции для среды выполнения NeXT компилятор обычно заменяет вызовы objc_getClass("…") (когда имя класса известно на этапе компиляции) статическими ссылками на классы, которые инициализируются во время загрузки, что улучшает производительность во время выполнения. Указание флага -fzero-link подавляет это поведение и вызывает сохранение вызовов objc_getClass("…"). Это полезно в режиме отладки Zero-Link, поскольку это позволяет изменять отдельные реализации классов во время выполнения программы. Среда выполнения GNU в настоящее время всегда сохраняет вызовы objc_get_class("…") независимо от параметров командной строки.

-fno-local-ivars

По умолчанию переменные экземпляров в Objective-C могут быть доступны как локальные переменные внутри методов класса, в котором они объявлены. Это может привести к конфликтным ситуациям при именовании переменных экземпляров и других переменных, объявленных локально внутри метода класса или глобально с тем же именем. Указание флага -fno-local-ivars отключает это поведение, тем самым избегая проблем с затенением переменных.

-fivar-visibility=[public|protected|private|package]

Установить видимость по умолчанию для переменных экземпляров в указанную опцию, чтобы переменные экземпляров, объявленные вне области директив модификаторов доступа, по умолчанию имели заданную видимость.

-gen-decls

Вывести объявления интерфейса для всех классов, увиденных в исходном файле, в файл с именем имяисходника.decl.

-Wassign-intercept (Objective-C and Objective-C++ only)

Предупреждать всякий раз, когда присваивание Objective-C перехватывается сборщиком мусора.

-Wno-property-assign-default (Objective-C and Objective-C++ only)

Не предупреждать, если для свойства объекта Objective-C не указана семантика assign.

-Wno-protocol (Objective-C and Objective-C++ only)

Если класс объявлен как реализующий протокол, то выдаётся предупреждение для каждого метода в протоколе, который не реализован классом. По умолчанию выдаётся предупреждение для каждого метода, не реализованного явно в классе, даже если реализация метода унаследована от суперкласса. Если вы используете опцию -Wno-protocol, то методы, унаследованные от суперкласса, считаются реализованными, и предупреждение для них не выдаётся.

-Wselector (Objective-C and Objective-C++ only)

Выдавать предупреждение, если во время компиляции найдены несколько методов с различными типами для одного и того же селектора. Проверка выполняется по списку методов на заключительном этапе компиляции. Дополнительно, проверка выполняется для каждого селектора, появляющегося в выражении @selector(…), и соответствующий метод для этого селектора был найден во время компиляции. Поскольку эти проверки сканируют таблицу методов только в конце компиляции, эти предупреждения не генерируются, если заключительный этап компиляции не достигнут, например, из-за ошибки во время компиляции или из-за использования опции -fsyntax-only.

-Wstrict-selector-match (Objective-C and Objective-C++ only)

Выдавать предупреждение, если для данного селектора обнаружено несколько методов с различными типами аргументов и/или возвращаемого значения при попытке отправить сообщение с этим селектором получателю типа id или Class. Когда этот флаг выключен (что является по умолчанию), компилятор пропускает такие предупреждения, если все обнаруженные различия ограничены типами, имеющими одинаковый размер и выравнивание.

-Wundeclared-selector (Objective-C and Objective-C++ only)

Выдавать предупреждение, если найдено выражение @selector(…) , ссылающееся на необъявленный селектор. Селектор считается необъявленным, если ни один метод с таким именем не был объявлен до выражения @selector(…), ни явно в объявлении @interface или @protocol, ни неявно в разделе @implementation. Эта опция всегда выполняет свои проверки, как только находится выражение @selector(…), в то время как -Wselector выполняет свои проверки только на заключительном этапе компиляции. Это также обеспечивает соответствие соглашению об оформлении кода, согласно которому методы и селекторы должны быть объявлены до использования.

-print-objc-runtime-info

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