Google entwickelt ein modulares Montagesystem Soong für Android

Google entwickelt ein neues Build-System Soong, das die alten Build-Skripte der Android-Plattform ersetzen soll, die auf dem Tool make basieren. Soong bietet eine einfache, deklarative Beschreibungen Build-Regeln für Module , die in Dateien mit der Endung „.bp“ (blueprints) definiert sind. Das Dateiformat ähnelt JSON und versucht, die Syntax und Semantik der Build-Dateien Bazelzu wiederholen. Der Code ist in Go geschrieben und wird unter der Lizenz Apache 2.0 verbreitet.

Die Build-Dateien von Soong unterstützen keine bedingten Anweisungen oder Ausdrücke zur Verzweigung, sondern beschreiben lediglich die Struktur des Projekts, die während des Builds verwendeten Module und deren Abhängigkeiten. Die zu bauenden Dateien werden mittels Masken beschrieben und in Pakete gruppiert, wobei jedes Paket eine Sammlung von Dateien mit dazugehörigen Abhängigkeiten darstellt. Variablen können definiert werden. Variablen und Eigenschaften sind stark typisiert (der Typ von Variablen wird dynamisch bei der ersten Zuweisung gewählt, während für Eigenschaften der Typ statisch je nach Modultyp festgelegt wird). Komplexe Elemente der Build-Logik werden in Handler ausgegliedert, die in Go geschrieben sind.

Soong ist eng mit einem umfassenderen Projekt verwoben, Blueprintin dessen Rahmen ein plattformunabhängiges Meta-System für Builds entwickelt wird, das basierend auf Dateien mit deklarativen Modulbeschreibungen Build-Skripte erstellt. Ninja (Ersatz für Make), die die Befehle beschreiben, die zur Erstellung ausgeführt werden müssen, sowie die Abhängigkeiten. Anstelle komplexer Regeln oder domänenspezifischer Sprachen zur Definition der Build-Logik werden in Blueprint projektspezifische Handler in der Programmiersprache Go verwendet (Soong ist im Grunde genommen eine Sammlung solcher Handler für Android).

Dieser Ansatz ermöglicht es, für umfangreiche und heterogene Projekte wie Android komplexe Elemente der Build-Logik in einem hochgradig abstrahierten Programmiersprachen-Code umzusetzen, während zugleich einfache deklarative Syntax verwendet wird, um Änderungen in den Modulen vorzunehmen, die sich auf die Organisation des Builds und die Projektstruktur beziehen. Zum Beispiel erfolgt in Soong die Auswahl der Compiler-Flags durch den Handler llvm.go, während die Anwendung architekturspezifischer Einstellungen durch den Handler art.go, jedoch erfolgt die Bindung von Dateien mit Code in der Datei „.bp“.

cc_library {
…
srcs: [„generic.cpp“],
arch: {
arm: {
srcs: [„arm.cpp“],
},
x86: {
srcs: [„x86.cpp“],
},
},
}

Quelle: opennet.ru