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 проверять наличие нулевого получателя при вызовах методов перед фактическим вызовом метода. Это значение по умолчанию и может быть отключено с помощью -fno-objc-nilcheck. Классовые методы и вызовы super никогда не проверяются на нулевой получатель независимо от того, как установлен этот флаг. В настоящее время этот флаг не выполняет никаких действий при использовании среды выполнения GNU или более старой версии ABI среды выполнения NeXT.

-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-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 заголовок, описывающий наибольшую структуру, передаваемую по значению, если таковая имеется.

Далее: Параметры форматирования сообщений об ошибках, Предыдущее: Параметры диалекта C++, Вверх: Вызов GCC [Оглавление][Индекс]