Ninja (logiciel)

Ninja a été développé par Evan Martin à partir de 2010 comme outil de compilation pour Chrome lors de son portage vers linux, avant d'être rapidement rendu public sous licence ouverte[2]. Chrome utilise GYP[3] comme outil de configuration. À la manière de CMake, celui-ci génère des fichiers de configuration pour l'outil de compilation spécifique à la plateforme. Le développement de Ninja a commencé après que les deux tentatives d'utilisation de SCons puis Make se soient montrées trop lentes lors des recompilations partielles de Chrome.

Dès 2011, CMake adopte Ninja[4] - [5] en complément de make comme outil de compilation sous linux.

Ninja a ensuite été choisi par Meson en 2012[6] comme unique outil de compilation sur les plateforme linux, formant ainsi une nouvelle chaîne de compilation.

Plusieurs projets notables de la communauté open source, utilisant auparavant la chaîne de compilation autoconf/automake/make, ont depuis migré vers cette nouvelle chaîne, tel que GStreamer (2016)[7], ou GNOME (2017)[8] - [9]

rule cc
  command = gcc -c -o $out $in
  description = CC $out
rule link
  command = gcc -o $out $in
  description = LINK $out
build source1.o: cc source1.c
build source2.o: cc source2.c
build myprogram: link source1.o source2.o

Make avait été conçu pour une utilisation autonome avec une écriture manuelle des fichiers de configuration. L'utilisation de règles génériques et de macro permet d'en simplifier l'écriture, mais allonge le temps d'analyse des dépendances.

A l'opposé la conception de Ninja est minimaliste, dans le sens où il se concentre sur sa fonctionnalité première, l’ordonnancement des tâches de compilation et la détection des cibles à mettre à jour après une modification dans les fichiers source. Ainsi aucune règle générique n'existe, ce qui rend nécessaire l'écriture de toutes les dépendances avec les noms complets des fichiers concernés, rôle généralement délégué à un outil de configuration. Cette conception permet une analyse rapide des dépendances, et une accélération des recompilations partielles[2].

Des comparaisons effectuées avec Make ont montré une accélération significative lors des recompilations partielles sur de très gros projets écrit en C, la différence provenant en grande partie de la gestion des dépendances entre les fichiers .c et les fichiers d'en-tête .h[11].

Même si les fichiers de configuration de Ninja ont vocation à être écrits automatiquement par un système de configuration, ceux-ci sont en mode texte afin d'en faciliter la lecture humaine.

• (en) « Manuel d'utilisation de Ninja »