lilypond-user-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bug arranger.ly et pitchedTrill


From: Jean Abou Samra
Subject: Re: bug arranger.ly et pitchedTrill
Date: Fri, 28 May 2021 16:16:44 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1



Le 28/05/2021 à 08:55, Gilles Thibault a écrit :
Le 2021-05-28 08:47, Gilles Thibault a écrit :
Demain au réveil, je lance la compilation !

Bon, c'est en train de compiler.
Si tous se passe bien[..]
C'est le cas. (environ 1/4 d'heure sur ma machine vieillissante)
J'attends les instructions pour ne pas faire de bêtises

Félicitations pour la compilation réussie !

Tu devrais trouver un exécutable nommé lilypond dans le dossier out/bin. Tu peux donc compiler un fichier en ligne de commande avec

out/bin/lilypond /chemin/vers/le/fichier.ly

Pour que cela soit plus pratique, je te recommande personnellement d'ajouter cette version à la sélection dans Frescobaldi. Il faut aller dans Édition, Préférences, Préférences LilyPond, et enregistrer une nouvelle version avec le chemin /chemin/vers/le/dossier/lilypond/out/bin/lilypond. Elle n'interfèrera aucunement avec le reste du système. Bien sûr, lorsque tu recompiles, l'exécutable change et tu peux continuer à tester dans Frescobaldi sans refaire cette manipulation.

La prochaine étape consiste à vérifier les tests de régression. Pour cela, il faut commencer par obtenir une version de référence à laquelle comparer, avec :

make -j4 CPU_COUNT=4 test-baseline

(pour un ordinateur à 4 processeurs par exemple).

Puis, édite le fichier que tu souhaites voir modifié, en l'occurrence scm/music-functions.scm. À ce stade, il est sage de tester que le patch fonctionne sur un exemple simple (dans Frescobaldi). Si c'est bien le cas, il est fortement conseillé de faire de ton exemple un test de régression, afin d'être certain que de futurs développements ne réintroduisent pas le même problème. Il faut donc enregistrer le test dans le dossier input/regression, en suivant ce modèle :

\version "2.23.3"

\header {
  texidoc = "Brève explication de ce que teste ce fichier.  Les fragments de code s'écrivent avec @code{music-map}.  Il est d'usage de mettre deux espaces
au lieu d'une après un point."
}

[le test…]


À présent, vérifie que les tests ne changent pas :

make -j4 CPU_COUNT=4 check

À l'issue de ce processus, ouvre le fichier out/test-results/index.html. Tu devrais y voir le test que tu as ajouté, et pas d'autres différences.

Pour finir, suis la procédure décrite ici pour proposer un patch sur le dépôt central hébergé par GitLab :

http://lilypond.org/doc/v2.23/Documentation/contributor/working-with-source-code

À nouveau, n'hésite pas si tu as la moindre question. Merci d'avance pour ta contribution.

Cordialement,
Jean



reply via email to

[Prev in Thread] Current Thread [Next in Thread]