• [^] # Re: Je n'aime pas

    Posté par . En réponse à la dépêche E.T. téléphone Meson. Évalué à 5.

    Si on regarde ici meson Vs Cmake j'ai quand même l'impression que ça respecte les promesses, c'est quand même bien plus lisible non?

    À ce que je vois:

    • la version de CMake effectue une analyse statique du code, pas celle de Meson;
    • la version de CMake ne sépare pas les heaers et les divers éléments de source, mais ce n'est pas à cause de CMake;
    • la version de Meson gère plus proprement les dépendances avec fallback, vrai que ça peut servir;
    • la version de CMake utilise GLOB_RECURSE, mais n'utilise pas les masques (qui, je sais, sont considérés comme une mauvaise pratique), du coup, pourquoi utiliser GLOB_RECURSE?
    • la version de CMake inclue du code zombie;
    • la version de CMake semble mentionner la possibilité de faire de l'édition de lien statique, pas celle de Meson;

    Conclusion:
    Oui, c'est vrai, la version de Meson semble plus lisible, mais elle semble faire moins de choses, d'une part, et ne pas avoir vieilli. Je suis quasiment sûr à la lecture des deux que la version Meson est une réécriture en se basant sur celle de CMake, et que du coup il n'y à pas les antécédents. Forcément, ça aide à faire plus lisible, mais c'est une comparaison injuste.
    Si demain un projet qui utilise Meson depuis plusieurs versions décide d'implémenter le support de CMake, les chances ne sont pas minces pour que le même phénomène se produise, pour moi: c'est facile de faire plus propre quand on à un exemple qui fonctionne (c'est une des raisons pour lesquelles je commence par écrire des PoC de mes codes avant de les reprendre. Le code qui en résulte n'est pas forcément propre, mais il n'est pas dégueulasse comme l'est souvent celui du PoC).