• # Système de compilation LaTeX

    Posté par . En réponse à la dépêche Le Frido, un livre de mathématique libre pour l’agrégation. Évalué à 9.

    Tout d'abord, merci pour cette contribution libre. J'ai encore assez de souvenirs de maths pour pour en relire une bonne partie, et proposer des corrections. J'ai ouvert le chapitre 3 "Anneaux" et repéré plusieurs erreurs mineures dès la première page (un mot oublié, un signe oublié, des parenthèses mal dimensionnées). La preuve par récursion en page suivante est correcte, mais j'y ajouterais un commentaire pour justifier la double initialisation. Tout ceci pourrait être proposé via des pull requests, sauf que...

    L'organisation du dépôt et sa compilation me refroidissent. 4428 fichiers à plat et en vrac — plus un répertoire avec du C++ et le .o correspondant. Pour compiler en PDF, il faut copier des fichiers venant d'autres dépôts, y compris du code Python qui se chargera de lancer pdflatex. C'est assez rebutant.

    Je n'ai pas compris l'intérêt de cet outil maison pytex par rapport aux outils distribués dans une distribution LaTeX standard, par exemple latexmk. Ce dernier gère aussi les passages multiples et signale les erreurs. Quant au refus d'utiliser les include de LaTeX, c'est refuser la compilation partielle. Je prône une structure avec un répertoire par chapitre, inséré par include, lequel se composerait de différents fichiers TeX, insérés par input. Il est alors très simple de faire une compilation partielle avec includeonly, même sans toucher aux sources ; par exemple avec pdflatex "\def\foo{bar}\input{filename}" (la macro foo étant ensuite inséré dans le includeonly) ou avec un IfFileExists{local.tex}{\input{local.tex}}{} pour avoir un fichier facultatif, non versionné, de personnalisation.

    Si tu es intéressé par ce changement de structure et d'outil, je veux bien en discuter et éventuellement le réaliser.