Release des Build-Systems Meson 1.3.

Die Veröffentlichung von Meson 1.3.0, einem Build-System, das für Projekte wie X.Org Server, Mesa, Lighttpd, systemd, GStreamer, Wayland, GNOME und GTK verwendet wird, ist erfolgt. Der Code von Meson ist in Python geschrieben und wird unter der Apache 2.0 Lizenz bereitgestellt.

Ein zentrales Entwicklungsziel von Meson ist es, eine hohe Geschwindigkeit des Build-Prozesses zu gewährleisten, gepaart mit Benutzerfreundlichkeit und Einfachheit. Anstelle des Tools make wird standardmäßig das Ninja-Toolset verwendet, jedoch können auch andere Backends wie xcode und VisualStudio eingesetzt werden. Das System enthält einen plattformübergreifenden Abhängigkeitsmanager, der es ermöglicht, Meson zur Erstellung von Paketen für Distributionen zu verwenden. Die Build-Regeln werden in einer vereinfachten, domänenorientierten Sprache festgelegt, die eine gute Lesbarkeit aufweist und für den Benutzer verständlich ist (laut den Autoren sollte der Entwickler so wenig Zeit wie möglich mit dem Schreiben von Regeln verbringen).

Cross-Compilation und Builds werden für Linux, Illumos/Solaris, FreeBSD, NetBSD, DragonFly BSD, Haiku, macOS und Windows mit GCC, Clang, Visual Studio und anderen Compilern unterstützt. Es ist möglich, Projekte in verschiedenen Programmiersprachen, einschließlich C, C++, Fortran, Java und Rust, zu kompilieren. Der inkrementelle Build-Modus wird unterstützt, bei dem nur die Komponenten neu kompiliert werden, die direkt mit den seit dem letzten Build vorgenommenen Änderungen verbunden sind. Meson kann verwendet werden, um reproduzierbare Builds zu erstellen, bei denen das Ausführen des Builds in verschiedenen Umgebungen die Erzeugung vollständig identischer ausführbarer Dateien zur Folge hat.

Die Hauptneuheiten in Meson 1.3:

• In die Compiler-Überprüfungsfunktionen compiler.compiles(), compiler.links() und compiler.run() wurde die Option „werror: true“ hinzugefügt, bei der Compiler-Warnungen als Fehler behandelt werden (dies kann verwendet werden, um zu überprüfen, dass der Code ohne Warnungen kompiliert).
• Die Methode has_define wurde hinzugefügt, um zu überprüfen, ob ein Symbol vom Präprozessor definiert ist.
• Der Funktion configure_file() wurde der Parameter macro_name hinzugefügt, der einen Makroschutz gegen doppelte Einbindung über „#include“ („include guards“) im Stil von C-Makros einführt (vereinfacht die Erstellung von Konfigurationsdateien mit dynamischen Makronamen).
• In configure_file() wurde ein neues Ausgabeformat — JSON („output_format: json“) hinzugefügt.
• In den Parametern c_std und cpp_std wurde die Möglichkeit zur Verwendung von Wertelisten hinzugefügt (z. B. „default_options: 'c_std=gnu11,c11'“).
• In Modulen, die CustomTarget zur Verarbeitung von Dateien verwenden, wurde die Möglichkeit zur Anpassung von Nachrichten, die von der Ninja-Utility ausgegeben werden, hinzugefügt.
• Die veraltete Build-Ziel (build_target) „jar“ wurde deklariert, stattdessen wird empfohlen, den Aufruf „jar()“ zu verwenden.
• Im Methodeneintrag generator.process() wurde der Parameter ‚env‘ hinzugefügt, um eine Umgebungsvariable zu setzen, über die der Generator Eingaben verarbeiten wird.
• Bei der Angabe von Build-Zielnamen, die mit ausführbaren Dateien verbunden sind, ist es erlaubt, Suffixe anzugeben, z.B. „exectuable(‚foo‘, ‚main.c‘, name_suffix: ‚bar‘)“, um zusätzliche ausführbare Dateien im gleichen Verzeichnis zu generieren.
• In die Funktion exectuable() wurde der Parameter „vs_module_defs“ hinzugefügt, um eine Def-Datei zu verwenden, die eine Liste von Funktionen definiert, die an shared_module() übergeben werden.
• In die Funktion find_program() wurde der Parameter ‚default_options‘ hinzugefügt, um Standardoptionen für das Fallback-Subprojekt festzulegen.
• Die Methode fs.relative_to() wurde hinzugefügt, die einen relativen Pfad für das erste Argument relativ zum zweiten zurückgibt, falls der erste Pfad existiert. Zum Beispiel: „fs.relative_to(‘/prefix/lib’, ‘/prefix/bin’) == ‘../lib’)“.
• In den Funktionen install_data(), install_headers() und install_subdir() wurde der Parameter follow_symlinks hinzugefügt, der dafür sorgt, dass symbolischen Links gefolgt wird, wenn er gesetzt ist.
• In die Methode int.to_string() wurde der Parameter „fill“ hinzugefügt, um die Zeichenkette mit vorangestellten Nullen aufzufüllen. Zum Beispiel erzeugt der Aufruf message(n.to_string(fill: 3)) für n=4 die Zeichenkette „004“.
• Ein neues Ziel clang-tidy-fix wurde hinzugefügt, das den Start des clang-tidy-Werkzeugs mit dem Flag „-fix“ definiert.
• Der Befehl compile ermöglicht nun die Angabe eines Suffix (TARGET_SUFFIX) für das Build-Ziel ([PATH_TO_TARGET/]TARGET_NAME.TARGET_SUFFIX[:TARGET_TYPE]).
• Umgebungsvariable MESON_PACKAGE_CACHE_DIR hinzugefügt, um den Pfad zum Paket-Cache (subprojects/packagecache) zu überschreiben, sodass beispielsweise ein gemeinsamer Cache für mehrere Projekte verwendet werden kann.
• Der Befehl „meson setup —clearcache“ wurde hinzugefügt, um den permanenten Cache zu leeren.
• In alle Methoden zur Überprüfung des Compilers „has_*“ wurde die Unterstützung für das Schlüsselwort „required“ hinzugefügt. Statt „assert(cc.has_function(‘some_function’))“ kann jetzt „cc.has_function(‘some_function’, required: true)“ angegeben werden.
• In den Funktionen shared_library(), static_library(), library() und shared_module() wurde das neue Schlüsselwort rust_abi hinzugefügt, das anstelle des veralteten rust_crate_type verwendet werden sollte.

Quelle: opennet.ru