Google, Android용 Soong 모듈식 조립 시스템 개발

Google은 빌드 시스템을 개발 중입니다. 숭, make 유틸리티 사용을 기반으로 Android 플랫폼의 이전 빌드 스크립트를 대체하도록 설계되었습니다. Soong은 간단한 선언문 사용을 제안합니다. 설명 모듈 조립 규칙, 주어진 확장자가 ".bp"인 파일(청사진)에 있습니다. 파일 형식은 JSON에 가깝고 가능하면 어셈블리 파일의 구문과 의미를 반복합니다. Bazel. 코드는 Go로 작성되었으며 Apache 2.0 라이선스에 따라 배포됩니다.

Soong 빌드 파일은 조건문과 분기 표현식을 지원하지 않으며 빌드 시 사용되는 프로젝트 구조, 모듈 및 종속성만 설명합니다. 빌드할 파일은 마스크를 사용하여 설명하고 패키지로 그룹화합니다. 각 패키지는 관련 종속성을 가진 파일 모음입니다. 변수를 정의하는 것이 가능합니다. 변수와 속성은 엄격하게 유형이 지정됩니다(변수 유형은 첫 번째 할당 시 동적으로 선택되고 속성의 경우 모듈 유형에 따라 정적으로 선택됩니다). 어셈블리 로직의 복잡한 요소는 핸들러로 이동됩니다. 쓴 Go 언어로.

쑹은 더 큰 프로젝트와 얽힌다 청사진, Android에 연결되지 않은 메타 어셈블리 시스템이 개발되고 있으며 선언적 모듈 설명이 있는 파일을 기반으로 어셈블리 스크립트를 생성합니다. 닌자 (make의 대체), 빌드를 위해 실행해야 하는 명령과 종속성을 설명합니다. 복잡한 규칙이나 도메인별 언어를 사용하여 빌드 로직을 정의하는 대신 Blueprint는 Go 언어의 프로젝트별 핸들러를 사용합니다(Soong은 본질적으로 Android용 유사한 핸들러 세트입니다).

이 접근 방식을 사용하면 Android와 같은 크고 이질적인 프로젝트에서 간단한 선언적 구문을 사용하여 어셈블리 조직 및 프로젝트 구조와 관련된 모듈을 변경할 수 있는 기능을 유지하면서 고급 프로그래밍 언어의 코드로 어셈블리 논리의 복잡한 요소를 구현할 수 있습니다. . 예를 들어 Soong에서는 컴파일러 플래그 선택이 핸들러에 의해 수행됩니다. llvm.go, 하드웨어 아키텍처에 특정한 설정 적용은 핸들러에 의해 수행됩니다. art.go, 그러나 코드 파일의 연결은 ".bp" 파일에서 수행됩니다.

cc_library {
...
소스: ["generic.cpp"],
아치: {
팔: {
소스: ["arm.cpp"],
},
x86:{
소스: ["x86.cpp"],
},
},
}

출처 : opennet.ru