Правила
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, список входных классов будет собран транзитивно и использован в качестве входных точек для анализа неиспользуемого кода. Неиспользуемые классы затем будут удалены из конечного пакета приложения ObjC. |
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.