Bazel은 멀티 아키텍처 및 크로스 컴파일 빌드를 위한 플랫폼 모델링과 도구 모음을 위한 정교한 지원을 제공합니다.
이 페이지에는 지원 상태가 요약되어 있습니다.
참고 항목
상태
C++
--incompatible_enable_cc_toolchain_resolution
가 설정된 경우 C++ 규칙은 플랫폼을 사용하여 도구 모음을 선택합니다.
즉, 다음을 사용하여 C++ 프로젝트를 구성할 수 있습니다.
bazel build //:my_cpp_project --platforms=//:myplatform
다음과 같습니다.
bazel build //:my_cpp_project` --cpu=... --crosstool_top=... --compiler=...
Bazel 7.0에서는 기본적으로 사용 설정됩니다 (#7260).
플랫폼으로 C++ 프로젝트를 테스트하려면 프로젝트 이전 및 C++ 도구 모음 구성을 참고하세요.
자바
자바 규칙은 플랫폼을 사용하여 도구 모음을 선택합니다.
이는 기존 플래그 --java_toolchain
, --host_java_toolchain
, --javabase
, --host_javabase
를 대체합니다.
자세한 내용은 자바 및 Bazel을 참고하세요.
Android
--incompatible_enable_android_toolchain_resolution
가 설정되면 Android 규칙에서 플랫폼을 사용하여 도구 모음을 선택합니다.
즉, 다음을 사용하여 Android 프로젝트를 구성할 수 있습니다.
bazel build //:my_android_project --android_platforms=//:my_android_platform
--android_crosstool_top
, --android_cpu
, --fat_apk_cpu
와 같은 기존 플래그를 사용하지 않습니다.
Bazel 7.0에서는 기본적으로 사용 설정됩니다 (#16285).
플랫폼으로 Android 프로젝트를 테스트하려면 프로젝트 이전을 참고하세요.
애플
Apple 규칙은 플랫폼을 지원하지 않으며 아직 지원 일정이 예약되지 않았습니다.
플랫폼 매핑과 함께 Apple 빌드에서 플랫폼 API를 계속 사용할 수 있습니다 (예: Apple 규칙과 순수 C++를 혼합하여 빌드하는 경우).
다른 언어
언어 규칙 모음을 소유하고 있다면 규칙 세트 이전에서 지원을 추가하세요.
배경
소프트웨어 플랫폼이 다양한 아키텍처를 타겟팅하고 크로스 컴파일하는 방식을 표준화하기 위해 플랫폼과 도구 모음이 도입되었습니다.
이는 언어 유지관리 담당자가 이미 호환되지 않는 방식으로 이미 이를 수행했다는 관찰에서 영향을 받았습니다. 예를 들어 C++ 규칙은 --cpu
및 --crosstool_top
를 사용하여 대상 CPU 및 도구 모음을 선언했습니다. 둘 다 '플랫폼'을 올바르게 모델링하지 않습니다. 이로 인해 어색하고 잘못된 빌드가 생성됩니다.
자바, Android, 기타 언어도 유사한 목적으로 자체 플래그를 발전시켰으며, 둘 다 상호 운용되지 않습니다. 이로 인해 언어 간 빌드가 혼동되고 복잡해졌습니다.
Bazel은 대규모의 다국어 다중 플랫폼 프로젝트를 위해 개발되었습니다. 이를 위해서는 명확한 표준 API를 포함하여 이러한 개념에 더 원칙적인 지원을 요구합니다.
이전 필요
새 API로 업그레이드하려면 API를 출시하고 API를 사용하도록 규칙 로직을 업그레이드하는 두 가지 작업이 필요합니다.
첫 번째는 완료되었지만 두 번째는 진행 중입니다. 언어별 플랫폼과 도구 모음이 정의되도록 하고, 언어 로직이 --crosstool_top
와 같은 이전 플래그 대신 새 API를 통해 도구 모음을 읽고, config_setting
가 이전 플래그 대신 새 API를 선택하게 됩니다.
이 작업은 간단하지만 언어별로 다른 작업이 필요하고 프로젝트 소유자가 예정된 변경사항에 대해 테스트할 공정한 경고가 필요합니다.
이것이 진행 중인 이전입니다.
목표
모든 프로젝트가 다음 형식으로 빌드되면 이 마이그레이션이 완료됩니다.
bazel build //:myproject --platforms=//:myplatform
이는 다음을 의미합니다.
- 프로젝트 규칙이
//:myplatform
에 적합한 도구 모음을 선택합니다. - 프로젝트의 종속 항목이
//:myplatform
에 적합한 도구 모음을 선택합니다. //:myplatform
는CPU
,OS
, 언어 및 기타 일반적 속성의 일반적인 선언을 참조합니다.- 모든 관련
select()
이//:myplatform
와 올바르게 일치합니다. //:myplatform
은 명확하고 액세스 가능한 위치에서 정의됩니다. 즉, 플랫폼이 프로젝트마다 고유한 경우 프로젝트 저장소에서, 모든 소비 프로젝트에서 찾을 수 있는 일반적인 위치에서 정의됩니다.
--cpu
, --crosstool_top
, --fat_apk_cpu
와 같은 이전 플래그는 지원 중단되는 즉시 지원이 중단되고 안전합니다.
이는 궁극적으로 아키텍처를 구성하는 유일한 방법입니다.
프로젝트 마이그레이션
플랫폼을 지원하는 언어로 빌드하는 경우 빌드는 이미 다음과 같은 호출로 작동해야 합니다.
bazel build //:myproject --platforms=//:myplatform
자세한 내용은 상태 및 사용자 언어 설명서를 참고하세요.
플랫폼에 플랫폼 지원을 사용 설정하는 플래그가 필요한 경우 이 플래그도 설정해야 합니다. 자세한 내용은 상태를 참고하세요.
프로젝트를 빌드하려면 다음을 확인해야 합니다.
//:myplatform
이 있어야 합니다. 서로 다른 프로젝트가 서로 다른 머신을 타겟팅하므로 일반적으로 플랫폼을 정의하는 것은 프로젝트 소유자의 책임입니다. 기본 플랫폼을 참고하세요.사용하려는 도구 모음이 있어야 합니다. 재고 도구 모음을 사용하는 경우 언어 소유자는 이를 등록하는 방법에 관한 안내를 포함해야 합니다. 커스텀 도구 모음을 직접 작성하는 경우
WORKSPACE
또는--extra_toolchains
에서 도구 모음을 등록해야 합니다.빌드에서 플랫폼을 지원하는 언어와 지원되지 않는 언어를 혼합하는 경우, 기존 언어가 새 API에서 작동하도록 플랫폼 매핑이 필요할 수 있습니다. 자세한 내용은 플랫폼 매핑을 참고하세요.
문제가 계속되면 지원팀에 문의하세요.
기본 플랫폼
프로젝트 소유자는 빌드하려는 아키텍처를 설명하는 명시적 플랫폼을 정의해야 합니다. 그런 다음 --platforms
로 트리거됩니다.
--platforms
가 설정되지 않은 경우 Bazel은 기본적으로 로컬 빌드 머신을 나타내는 platform
를 나타냅니다. 이는 @local_config_platform//:host
에서 자동 생성되므로 명시적으로 정의할 필요가 없습니다. 로컬 머신의 OS
및 CPU
를 @platforms
에 선언된 constraint_value
와 매핑합니다.
select()
프로젝트는 constraint_value
타겟에서 select()
할 수 있지만 플랫폼을 완료할 수는 없습니다. 이는 의도된 작업이므로 select()
는 최대한 다양한 머신을 지원합니다. ARM
전용 소스가 있는 라이브러리는 더 구체적인 이유가 있지 않은 한 모든
ARM
지원 머신을 지원해야 합니다.
하나 이상의 constraint_value
를 선택하려면 다음을 사용합니다.
config_setting(
name = "is_arm",
constraint_values = [
"@platforms//cpu:arm",
],
)
이는 일반적으로 --cpu
에서 선택하는 것과 같습니다.
config_setting(
name = "is_arm",
values = {
"cpu": "arm",
},
)
자세한 내용은 여기를 참고하세요.
--cpu
, --crosstool_top
등의 select
에서 --platforms
을(를) 인식하지 못합니다.
프로젝트를 플랫폼으로 이전하는 경우 constraint_values
으로 변환하거나 플랫폼 매핑을 사용하여 이전 중에 두 스타일을 모두 지원해야 합니다.
전환
Starlark 전환은 빌드 그래프의 일부에 플래그를 변경합니다. 프로젝트에서 --cpu
, --crossstool_top
또는 다른 기존 플래그를 설정하는 전환을 사용하는 경우 --platforms
를 읽는 규칙에는 이러한 변경사항이 표시되지 않습니다.
프로젝트를 플랫폼으로 이전할 때 return { "//command_line_option:cpu": "arm" }
과 같은 변경사항을 return {
"//command_line_option:platforms": "//:my_arm_platform" }
로 변환하거나 플랫폼 매핑을 사용하여 이전 중에 두 스타일을 모두 지원해야 합니다.
규칙 세트 이전 중
규칙 모음을 소유하고 있으며 플랫폼을 지원하려면 다음을 수행해야 합니다.
도구 모음 로직으로 도구 모음 로직으로 도구 모음을 결정하도록 합니다. 도구 모음 API (
ctx.toolchains
)를 참고하세요.선택사항: 규칙 테스트에서 도구 모음이 새 API 또는 이전 테스트 중에
--crosstool_top
와 같은 이전 플래그를 통해 도구 모음을 리졸브하도록--incompatible_enable_platforms_for_my_language
플래그를 정의합니다.플랫폼 구성요소를 구성하는 관련 속성을 정의합니다. 일반적인 플랫폼 속성을 참고하세요.
표준 도구 모음을 정의하고 규칙의 등록 안내에 따라 사용자가 액세스할 수 있도록 합니다 (세부정보).
select()
및 구성 전환이 플랫폼을 지원하는지 확인합니다. 가장 큰 도전과제는 여러 언어 프로젝트에서는 특히 어렵습니다(모든 언어가--platforms
를 읽을 수 없으면 실패할 수 있음).
플랫폼을 지원하지 않는 규칙과 혼합해야 하는 경우 간극을 메우기 위해 플랫폼 매핑이 필요할 수 있습니다.
일반적인 플랫폼 속성
OS
및 CPU
와 같은 일반적인 언어 간 플랫폼 속성은 @platforms
에서 선언해야 합니다.
이는 공유, 표준화, 언어 간 호환성을 장려합니다.
규칙 고유의 속성은 규칙 저장소에 선언되어야 합니다. 이렇게 하면 규칙이 담당하고 있는 특정 개념에 대해 명확한 소유권을 유지할 수 있습니다.
규칙에서 커스텀 OS 또는 CPU를 사용하는 경우 규칙의 저장소에 비교하거나 @platforms
에 선언해야 합니다.
플랫폼 매핑
플랫폼 매핑은 플랫폼 빌드 로직이 동일한 빌드에서 기존 로직과 혼합될 수 있는 임시 API입니다. 이 도구는 이전 기간이 서로 다른 비호환성을 원활하게 하기 위한 용도로만 사용됩니다.
플랫폼 매핑은 platform()
를 상응하는 레거시 플래그 세트에 매핑하거나 반대로 매핑합니다. 예를 들면 다음과 같습니다.
platforms:
# Maps "--platforms=//platforms:ios" to "--cpu=ios_x86_64 --apple_platform_type=ios".
//platforms:ios
--cpu=ios_x86_64
--apple_platform_type=ios
flags:
# Maps "--cpu=ios_x86_64 --apple_platform_type=ios" to "--platforms=//platforms:ios".
--cpu=ios_x86_64
--apple_platform_type=ios
//platforms:ios
# Maps "--cpu=darwin_x86_64 --apple_platform_type=macos" to "//platform:macos".
--cpu=darwin_x86_64
--apple_platform_type=macos
//platforms:macos
Bazel은 이를 사용하여 전환을 포함한 모든 설정(플랫폼 기반 및 레거시)이 빌드 전체에 일관되게 적용됩니다.
기본적으로 Bazel은 작업공간 루트의 platform_mappings
파일에서 매핑을 읽습니다. --platform_mappings=//:my_custom_mapping
를 설정할 수도 있습니다.
자세한 내용은 플랫폼 매핑 설계를 참고하세요.
API 검토
platform
는 constraint_value
타겟의 모음입니다.
platform(
name = "myplatform",
constraint_values = [
"@platforms//os:linux",
"@platforms//cpu:arm",
],
)
constraint_value
은 머신 속성입니다. 동일한 '종류'의 값은 공통 constraint_setting
로 그룹화됩니다.
constraint_setting(name = "os")
constraint_value(
name = "linux",
constraint_setting = ":os",
)
constraint_value(
name = "mac",
constraint_setting = ":os",
)
toolchain
는 Starlark 규칙입니다. 속성의 속성은 compiler =
"//mytoolchain:custom_gcc"
와 같은 언어 도구를 선언합니다. 제공업체는 이러한 도구로 빌드해야 하는 규칙에 이 정보를 전달합니다.
도구 모음은 타겟팅(target_compatible_with = ["@platforms//os:linux"]
)할 수 있는 머신의 constraint_value
및 도구를 실행할 수 있는 머신(exec_compatible_with = ["@platforms//os:mac"]
)을 선언합니다.
$ bazel build //:myproject --platforms=//:myplatform
빌드 시 Bazel은 빌드 머신에서 실행할 수 있는 //:myplatform
바이너리를 자동으로 선택합니다. 이를 도구 모음 해상도라고 합니다.
사용 가능한 도구 모음 집합은 register_toolchains
를 통해 WORKSPACE
에 등록하거나 명령줄에서 --extra_toolchains
를 사용하여 등록할 수 있습니다.
자세한 내용은 여기를 참고하세요.
질문
이전 일정에 대한 일반적인 지원 및 질문이 있는 경우 bazel-discuss 또는 해당 규칙의 소유자에게 문의하세요.
플랫폼/도구 모음 API의 설계 및 발전에 관한 자세한 내용은 bazel-dev에 문의하세요.