Comment tracer Makefile cibles pour le dépannage?

Nous avons une longue et compliquée Makefile dans notre système de construction. Est-il un bon moyen de retracer exactement qui vise exécuté pour un faire de l'invocation?

OriginalL'auteur zer0stimulus | 2012-06-07

  1. 23

    Utilisation make -d ou make --debug[=flags] options:

    ‘-d’

    Imprimer les informations de débogage en outre à des conditions normales de traitement. Les informations de débogage dit que les fichiers sont considérés comme étant de refaire, de fichier-les temps sont comparées, et avec quels résultats, quels fichiers réellement besoin d'être refaite, qui les règles implicites qui sont pris en considération et qui sont appliquées, tout intéressant sur la façon de faire décide quoi faire. Le -d option est équivalente à ‘--debug=a’ (voir ci-dessous).

    ‘--debug[=options]’

    Imprimer les informations de débogage en outre à des conditions normales de traitement. Différents niveaux et types de sortie peut être choisi. Sans arguments, l'impression de la “base” au niveau de débogage. Les arguments possibles sont ci-dessous; seul le premier caractère est considéré, et les valeurs doivent être délimité par des virgules ou des espaces séparés.

    a (tous)
    Tous les types de sortie de débogage est activé. Ceci est équivalent à l'utilisation de ‘-d’.

    b (de base)
    De base de débogage de tirages pour chaque cible qui a été trouvé à être out-of-date de, et si la construction a été un succès ou pas.

    v (verbose)
    Un niveau au-dessus de ‘basic’; comprend les messages sur les makefiles qui ont été analysées, les conditions préalables qui n'ont pas besoin d'être reconstruit, etc. Cette option permet également d' ‘basic’ messages.

    i (implicite)
    Imprime des messages décrivant la règle implicite des recherches pour chaque cible. Cette option permet également d' ‘basic’ messages.

    j (emplois)
    Imprime les messages donnant des détails sur l'invocation de certains sous-commandes.

    m (makefile)
    Par défaut, les messages ci-dessus ne sont pas activés, tout en essayant de refaire les makefiles. Cette option permet aux messages lors de la reconstruction des makefiles, trop. Notez que le ‘all’ option n'activer cette option. Cette option permet également d' ‘basic’ messages.

    Une autre option est d'utiliser remake - une version patchée de GNU Make, qui ajoute amélioré les rapports d'erreurs, la capacité à suivre l'exécution, et un débogueur.

    OriginalL'auteur Eldar Abusalimov

  2. 2

    ElectricMake pouvez générer un XML-marqué-jusqu'à la version de votre journal avec beaucoup d'informations qui pourraient l'aider dans cette situation:

    • Le plein de lignes de commande pour toutes les commandes invoquée lors de la compilation (même ceux qui ont été marqués comme "silencieux" des commandes avec les @ modificateur).
    • L'origine (makefile et le numéro de ligne) des commandes invoquée.
    • D'exécution des commandes.
    • Relations de dépendance entre les cibles dans la construction.
    • Relation structurelle entre les objectifs et les récursive rend dans la construction.
    • Fichiers en lecture/écrite par la commande invoquée dans la construction.

    Voici un exemple de sortie:

    <job id="J0824ab08" thread="5e72bb0" node="linbuild1-2" type="rule" name="../../i686_Linux/testmain/testmain.d" file="../config/rules.mak" line="109">
<command line="110">
<argv>echo Rebuilding '../../i686_Linux/testmain/testmain.d'</argv>
<output src="prog">Rebuilding ../../i686_Linux/testmain/testmain.d
</output>
</command>
<command line="111-114">
<argv>set -e; g++ -MM -w  -DUSE_PROFILING -DUSE_LOGGING -DHAVE_UNIX -DHAVE_LINUX -I.. testmain.cpp \
        | sed 's!\(testmain\)\.o[ :]*!../../i686_Linux/testmain/.o '../../i686_Linux/testmain/testmain.d' : !g' \
        &gt; '../../i686_Linux/testmain/testmain.d'; \
        [ -s '../../i686_Linux/testmain/testmain.d' ] || touch '../../i686_Linux/testmain/testmain.d'</argv>
</command>
<opList>
<op type="read" file="/home/ericm/src/testmain/testmain.cpp"/>
<op type="read" file="/home/ericm/src/minidumper/ExceptionReport.h"/>
<op type="read" file="/home/ericm/src/util/ECAssert.h"/>
<op type="create" file="/home/ericm/i686_Linux/ecloud/testmain/testmain.d" found="0"/>
</opList>
<timing invoked="1.919926" completed="3.600491" node="linbuild1-2"/>
<waitingJobs idList="J0824ae38"/>
</job>

    Comment Naviguer Rapidement à un Inconnu Makefile montre un exemple d'utilisation de la annotée du journal de génération pour trouver votre chemin autour d'un makefile.

    L'Exploration De Données ElectricAccelerator Annotation montre comment vous pouvez utiliser la annotée du journal de génération pour générer un projet de loi de matériaux pour la construction.

    ElectricMake est GNU Rendre compatibles, de sorte qu'il peut traiter les fichiers makefile qui travaillent avec GNU make.

    Disclaimer: je suis l'architecte et développeur en chef de ElectricAccelerator.

    Hey Eric! Je suis une électrique à l'utilisateur de procéder. Cool de te voir poster. Le montant de journaux de débogage et les options qui sont intégrés dans emake sont assez impressionnante. Excellent produit, à recommander.
    Salut Eric je ne pouvais pas trouver electricmake ou sparkbuild en ligne. N'est-il pas une option gratuite pour essayer ces outils de plus?
    Électrique Faire est une composante de ElectricAccelerator. Le lien dans ma réponse vous amène à la page de produit pour ElectricAccelerator, et à partir de là, vous pouvez télécharger une version d'essai. Voici de nouveau le lien: electric-cloud.com/products/electricaccelerator

    OriginalL'auteur Eric Melski