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 вызываются непосредственно перед освобождением экземпляра объекта средой выполнения.

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

-fobjc-direct-dispatch

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

-fobjc-exceptions

Включить синтаксическую поддержку обработки структурированных исключений в Objective-C, аналогично тому, что предлагают C++ и Java. Этот параметр необходим для использования ключевых слов 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. Классовые методы и вызовы суперклассов никогда не проверяются на ноль таким образом, независимо от того, что задано этому флагу. В настоящее время этот флаг ничего не делает, когда используется среда выполнения 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 [Оглавление][Индекс]