Правила
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, implementation_deps, 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.