Wie testet man ein Makefile auf fehlende Abhängigkeiten?

Question

Gibt es eine Möglichkeit, fehlende Abhängigkeiten zu testen, die beim Kompilieren eines Projekts mit mehreren Jobs angezeigt werden (-jN mit N> 1)?

Ich stoße oft auf Pakete, meistens Open Source, wo der Build-Prozess gut funktioniert, solange ich -j1 oder -jN benutze, wobei N einen relativ niedrigen Wert wie 4 oder 8 hat, aber wenn ich höhere Werte wie 48 verwende , ein wenig ungewöhnlich, beginnt es aufgrund fehlender Abhängigkeiten zu scheitern.

Ich habe versucht, mir ein Bash-Skript zu erstellen, das bei gegebenem Ziel alle Abhängigkeiten herausfinden und versuchen würde, jede dieser Abhängigkeiten explizit mit -j1 zu erstellen, um zu bestätigen, dass keine Abhängigkeiten von ihnen selbst fehlen. Es scheint, mit kleinem/mittlerem Paket zu arbeiten, aber scheitert an wichtigeren wie uClibc zum Beispiel.

ich mein Skript hier teilen bin, wie manche Leute besser verstehen kann, was ich durch das Lesen Code bedeuten. Ich hoffe auch, dass es eine robustere Lösung gibt, die geteilt werden könnte.

#!/bin/bash 
TARGETS=$* 
echo "TARGETS=$TARGETS" 

for target in $TARGETS 
do 
    MAKE="make" 
    RULE=`make -j1 -n -p | grep "^$target:"` 
    if [ -z "$RULE" ]; then 
     continue 
    fi 

    NEWTARGETS=${RULE#* } 
    if [ -z "$NEWTARGETS" ]; then 
     continue 
    fi 

    if [ "${NEWTARGETS}" = "${RULE}" ]; then 
     # leaf target, we do not want to test. 
     continue 
    fi 

    echo "RULE=$RULE" 
# echo "NEWTARGETS=$NEWTARGETS" 
    $0 $NEWTARGETS 
    if [ $? -ne 0 ]; then 
     exit 1 
    fi 

    echo "Testing target $target" 
    make clean && make -j1 $target 
    if [ $? -ne 0 ]; then 
     echo "Make parallel will fail with target $target" 
     exit 1 
    fi 
done 

Answer 1

Ich bin nicht bekannt, dass Open-Source-Lösung, aber das ist genau das Problem, dass ElectricAccelerator, eine leistungsstarke Umsetzung des GNUS machen, zu lösen erstellt wurde. Es wird den Build parallel ausführen und fehlende Abhängigkeiten dynamisch erkennen und korrigieren, sodass die Build-Ausgabe die gleiche ist, als wenn sie seriell ausgeführt wurde. Es kann ein annotiertes Build-Protokoll erstellen, das Details zu den fehlenden Abhängigkeiten enthält. Zum Beispiel hat diese einfache Make-Datei eine nicht deklarierte Abhängigkeit zwischen abc und def:

all: abc def 

abc: 
     echo PASS > abc 

def: 
     cat abc 

Run diese mit EDie statt gmake und ermöglichen --emake-annodetail=history und die resultierende Anmerkungsdatei enthält diese:

<job id="Jf42015c0" thread="f4bfeb40" start="5" end="6" type="rule" name="def" file="Makefile" line="6" neededby="Jf42015f8"> 
<command line="7"> 
<argv>cat abc</argv> 
<output>cat abc 
</output> 
<output src="prog">PASS 
</output> 
</command> 
<depList> 
<dep writejob="Jf4201588" file="/tmp/foo/abc"/> 
</depList> 
<timing invoked="0.356803" completed="0.362634" node="chester-1"/> 
</job> 

Insbesondere der <depList> Abschnitt zeigt, dass dieser Job, Jf42015c0 (in anderen Worten, def), auf Job hängt Jf4201588, weil dieser die Datei /tmp/foo/abc geändert.

Sie können es mit ElectricAccelerator Huddle einen Versuch kostenlos geben.

(Disclaimer: Ich bin der Architekt ElectricAccelerator)