Meson ( / ˈm ɛ . s ɒ n / ) [2] es una herramienta de software para automatizar la construcción (compilación) de software. Meson adopta un enfoque de convención sobre configuración , promoviendo herramientas y prácticas de desarrollo estándar en lugar de proporcionar flexibilidad ilimitada al usuario. [3] Meson es un software libre y de código abierto escrito en Python , bajo la Licencia Apache 2.0 . [4]
Al estar escrito en Python, Meson se ejecuta en sistemas operativos tipo Unix , incluido macOS , así como Microsoft Windows y otros sistemas operativos.
Meson admite los lenguajes C , C++ , C# , CUDA , Objective-C , D , Fortran , Java , Rust y Vala , [5] y tiene un mecanismo llamado Wrap para manejar las dependencias.
Meson admite GNU Compiler Collection , Clang , Microsoft Visual C++ y otros compiladores, incluidos compiladores no tradicionales como Emscripten y Cython . [6] El proyecto utiliza ninja como el sistema de compilación de backend principal, pero también puede usar backends de Microsoft Visual Studio o Xcode .
La sintaxis de los archivos de descripción de compilación de Meson (el lenguaje Meson) toma prestada de Python , pero no es Python: está diseñada de tal manera que se puede reimplementar en cualquier otro lenguaje; [7] por ejemplo, muon [8] es una implementación de C y Meson++ [9] es una implementación de C++. La dependencia de Python es un detalle de implementación.
El lenguaje Meson no es Turing-completo intencionalmente y, por lo tanto, no puede expresar un programa arbitrario. [7] En cambio, los pasos de compilación arbitrarios más allá de la compilación de lenguajes compatibles se pueden representar como objetivos personalizados.
El lenguaje Meson está fuertemente tipado , de modo que los tipos incorporados como biblioteca, ejecutable, cadena y listas de los mismos no son intercambiables. [10] En particular, a diferencia de Make, el tipo de lista no divide las cadenas en espacios en blanco. [7] Por lo tanto, los espacios en blanco y otros caracteres en los nombres de archivos y argumentos del programa se manejan limpiamente.
Al igual que con cualquier sistema de compilación típico, las compilaciones incrementales correctas son la característica de velocidad más significativa (porque todo el progreso incremental se descarta cuando el usuario se ve obligado a realizar una compilación limpia).
A diferencia de Make simple, el paso de configuración separado garantiza que los cambios en los argumentos, las variables de entorno y la salida del comando no se apliquen parcialmente en compilaciones posteriores, lo que daría lugar a una compilación obsoleta.
Al igual que Ninja, Meson no admite la inclusión de archivos fuente en globs . [7] Al exigir que todos los archivos fuente se incluyan en los archivos de definición de compilación, las marcas de tiempo de los archivos de definición de compilación son suficientes para determinar si el conjunto de archivos fuente ha cambiado, lo que garantiza que se detecten los archivos fuente eliminados. CMake admite la inclusión de archivos fuente en globs, pero lo desaconseja por la misma razón. [11]
Meson utiliza ccache automáticamente si está instalado. También detecta cambios en las tablas de símbolos de las bibliotecas compartidas para evitar volver a vincular los ejecutables con la biblioteca cuando no hay cambios en la ABI . Se admiten encabezados precompilados , pero requieren configuración. Las compilaciones de depuración no tienen optimización de forma predeterminada.
Un objetivo declarado de Meson es facilitar las prácticas de desarrollo modernas. Como tal, Meson sabe cómo hacer compilaciones de Unity , compilaciones con cobertura de pruebas , optimización del tiempo de enlace , etc. sin que el programador tenga que escribir soporte para esto.
Meson puede encontrar y usar automáticamente dependencias externas a través de pkg-config , CMake y búsquedas específicas del proyecto, [15] pero esto solo encuentra dependencias instaladas, sobre las cuales Meson no puede hacer nada. Alternativamente, o como una alternativa, una dependencia puede proporcionarse como un subproyecto – un proyecto Meson dentro de otro, ya sea contenido o como un enlace de descarga, posiblemente con parches. [16] Esto permite a Meson resolver el infierno de dependencias para la conveniencia de los usuarios ocasionales que quieren compilar el proyecto, pero puede contribuir a la hinchazón del software si se hubiera podido usar una dependencia instalada común en su lugar. Por lo tanto, el modo preferido por los empaquetadores de Linux es el de alternativa. [17]
Meson admite subproyectos de Meson y CMake. Un archivo de compilación de Meson también puede hacer referencia al servicio WrapDB. [16]
La compilación cruzada requiere una configuración adicional, que Meson admite en forma de un archivo cruzado separado , que puede ser externo al proyecto Meson. [19]
GNOME se ha puesto como objetivo portar sus proyectos a Meson. [20] A finales de 2017, GNOME Shell requiere exclusivamente Meson después de abandonar Autotools , [21] y componentes centrales como GTK+ , Clutter-GTK, GLib y GStreamer se pueden construir con Meson. [20]
Muchos proyectos de freedesktop.org han migrado a Meson. Systemd depende de Meson desde que abandonó Autotools en la versión 234 [22] , y también X.Org [23] y Mesa [24] fueron migrados a Meson.
Se mejoró el soporte de Meson para Fortran y Cython para ayudar a varios proyectos científicos en su transición de setuptools a Meson, por ejemplo SciPy . [25] Meson también se puede utilizar como un backend PEP517 para construir ruedas Python , a través del paquete meson-python . [26]
Otros proyectos notables que utilizan Meson incluyen QEMU y PostgreSQL ; la página de inicio de Meson enumera otros proyectos que utilizan Meson. [27]
Meson tiene como objetivo optimizar la productividad de los programadores al brindar soporte simple y listo para usar para herramientas y prácticas de desarrollo de software modernas, como pruebas unitarias, informes de cobertura, Valgrind, CCache y similares.
Nota: No recomendamos utilizar GLOB para recopilar una lista de archivos fuente de su árbol de fuentes. Si no se modifica ningún archivo CMakeLists.txt cuando se agrega o elimina una fuente, el sistema de compilación generado no puede saber cuándo solicitarle a CMake que se regenere.
Make recursivo se considera dañino por muy buenas razones (Miller 1998); no es posible rastrear con precisión las dependencias cuando el sistema de compilación está construido con componentes separados que se invocan entre sí.
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}