Правила
j2objc_library
j2objc_library(name, deps, compatible_with, deprecation, distribs, entry_classes, features, jre_deps, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
Это правило использует J2ObjC для трансляции Java-исходных файлов в Objective-C, которые затем могут использоваться в качестве зависимостей правил objc_library и objc_binary. Подробную информацию о самом J2ObjC можно найти на сайте J2ObjC.
Настраиваемые флаги транспиляции J2ObjC можно указать, используя флаг сборки --j2objc_translation_flags в командной строке.
Обратите внимание, что переведённые файлы, включенные в цель j2objc_library, будут скомпилированы с использованием стандартной конфигурации компиляции, той же, что и для исходных файлов правила objc_library без указания опций компиляции в атрибутах.
Кроме того, сгенерированный код дедублицируется на уровне цели, а не на уровне источника. Если у вас две разные Java-цели, включающие одни и те же Java-исходные файлы, вы можете увидеть ошибку дублирования символов во время линковки. Правильным способом решения этой проблемы является перемещение общих Java-исходных файлов в отдельную общую цель, от которой можно зависеть.
Аргументы
| Атрибуты | |
|---|---|
name |
Уникальное имя для этой цели. |
deps |
j2objc_library, java_library, java_import и java_proto_library, содержащих Java-файлы, которые необходимо транслировать в Objective-C. Все цели Трансляция J2ObjC работает по-разному в зависимости от типа включенных Java-исходных файлов в транзитивном замыкании. Для каждого файла .java, включенного в Пользователи могут импортировать сгенерированные J2ObjC заголовочные файлы в свой код. Пути импорта для этих файлов — это пути к исходным Java-артефактам, относительные к корню. Например, Если правила proto_library находятся в транзитивном замыкании этого правила, также будут сгенерированы, скомпилированы и связаны протоколы J2ObjC. Для протокола |
entry_classes |
--j2objc_dead_code_removal
. Java-классы должны быть указаны в их канонических именах, как определено в Спецификации языка Java. При включении флага --j2objc_dead_code_removal, список входных классов будет собираться транзитивно и использоваться в качестве точек входа для анализа мёртвого кода. Неиспользуемые классы будут удалены из конечного пакета приложения Objective-C. |
jre_deps |
j2objc_library. По умолчанию подключается только основная функциональность JRE. |
objc_import
objc_import(name, hdrs, alwayslink, archives, compatible_with, deprecation, distribs, features, includes, licenses, restricted_to, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, visibility, weak_sdk_frameworks)
Это правило инкапсулирует уже скомпилированную статическую библиотеку в виде файла .a. Оно также позволяет экспортировать заголовочные файлы и ресурсы, используя те же атрибуты, что и objc_library.
Аргументы
| Атрибуты | |
|---|---|
name |
Уникальное имя для этой цели. |
hdrs |
Эти заголовки описывают публичный интерфейс библиотеки и будут доступны для включения исходными файлами в этом правиле или зависимыми правилами. Заголовки, которые не предназначены для включения клиентом этой библиотеки, должны быть перечислены в атрибуте srcs. Эти файлы будут скомпилированы отдельно от исходных, если включены модули. |
alwayslink |
srcs и non_arc_srcs, даже если некоторые из них не содержат символов, ссылающихся на двоичный файл. Это полезно, если ваш код не вызывается явно кодом в двоичном файле, например, если ваш код регистрируется для получения обратного вызова, предоставляемого какой-либо службой. |
archives |
.a, предоставляемых целям Objective-C, зависящим от этой цели. |
includes |
#include/#import для добавления в эту цель и все зависящие цели. Это для поддержки сторонних и открытых библиотек, которые не указывают полный путь рабочей области в своих объявлениях #import/#include. Пути интерпретируются относительно каталога пакета, а корни genfiles и bin (например, В отличие от COPTS, эти флаги добавляются для этого правила и каждого правила, от которого оно зависит. (Примечание: не правила, от которых оно зависит!) Будьте очень осторожны, так как это может иметь далеко идущие последствия. В случае сомнений добавьте флаги «-iquote» в COPTS вместо этого. |
sdk_dylibs |
|
sdk_frameworks |
При линковке двоичного файла Apple верхнего уровня линкованы все фреймворки SDK, перечисленные в транзитивном графе зависимостей этого двоичного файла. |
sdk_includes |
#include/#import для добавления в эту цель и все зависящие цели, где каждый путь относительный к $(SDKROOT)/usr/include. |
textual_hdrs |
|
weak_sdk_frameworks |
|
objc_library
objc_library(name, deps, srcs, data, hdrs, alwayslink, compatible_with, copts, defines, deprecation, distribs, enable_modules, exec_compatible_with, exec_properties, features, includes, licenses, linkopts, module_map, module_name, non_arc_srcs, pch, restricted_to, runtime_deps, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, toolchains, visibility, weak_sdk_frameworks)
Это правило создаёт статическую библиотеку из предоставленных исходных файлов Objective-C.