makeppreplay – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

makeppreplay – Schnelle Wiederholung ausgewählter makepp-Aktionen

BESCHREIBUNG

?: -?, A: -EIN,
--args-file,
--arguments-file, C: -VS,
-C, D: --Verzeichnis,
--Probelauf, H: -H,
--Hilfe, I: -ICH,
--enthalten,
--include-dir, J: --just-print, K: -k,
--weitermachen, L: --Protokoll,
--Logdatei, M: -M,
$MAKEPPREPLAYFLAGS,
--Modul, N: -nicht,
--no-log,
--no-print-directory,
--keine Warnung, P: --Profil, R: --recon,
--root-dir,
--Wurzelverzeichnis, S: -S,
--sed, T: -T,
--vorübergehend, V: -V,
--Version

makepppreplay [ ganz ohne irgendetwas tun oder drücken zu müssen. ... ] [ VAR=Wert ] [ Ziel ... ]

mppr [ ganz ohne irgendetwas tun oder drücken zu müssen. ... ] [ VAR=Wert ] [ Ziel ... ]

Makeppreplay versucht, das Gleiche zu tun, was Makepp getan hat. Dies geschieht ausschließlich auf der Grundlage der
Build-Informationen werden gespeichert, wodurch viel Zeit gespart wird, da keine Makefiles gelesen und keine Befehle analysiert werden müssen.
Wir scannen keine Dateien und schauen uns nicht jede Repository-Datei an, um zu sehen, ob sie passt. Aber
Im Gegensatz zu makepp werden alle gefundenen Repository-Links wiederverwendet.

Es kennt keine gefälschten oder Standardziele, daher müssen Sie ihm echte Dateien oder geben
Verzeichnisse, als Verknüpfung für alle Dateien, die makepp darin eingebaut hat. Standardmäßig wird es erstellt
Alle von makepp erstellten Dateien werden im aktuellen oder ausgewählten Verzeichnis erstellt.

Dieser Ansatz ist nur dann richtig, wenn es keine strukturellen Veränderungen, also keine Unterschiede, gibt
zu verknüpfende Module, keine verschobenen Dateien, keine unterschiedlichen „#include“-Anweisungen, was eigentlich der Fall sein sollte
haben möglicherweise dazu geführt, dass diese Dateien (neu) erstellt wurden. Nach dem Update aus der Versionskontrolle, oder
Wenn Sie auf einem Repository aufbauen, wo andere möglicherweise solche Änderungen verursacht haben, sollten Sie dies tun
Rufen Sie makepp einmal nach möglichen Änderungen an (z. B. morgens nach einer Übernachtung).
Repository-Update), um sicherzustellen, dass Ihre Build-Informationen auf dem neuesten Stand sind.

Das Nichtlesen von Makefiles bedeutet, dass es keine darin definierten Subs (Perl-Funktionen) kennt.
Hierzu sollten Sie alle Ihre Funktionen in ein externes Modul packen. Es wird es auch nicht wissen
über Variableneinstellungen, was nur dann ein Problem darstellt, wenn Ihr Perl-Code darauf zugreift
(weil sie in Regelaktionen bereits erweitert wurden).

ALLES

Das ist noch experimentell und unvollkommen.

· Erstellen Sie ausgehend von den angegebenen Zielen einen vollständigen Abhängigkeitsbaum und entscheiden Sie, welche
von ihnen, basierend auf ihren Build-Check-Methoden zu bauen. Das erfordert, dass die Methode stimmt
in den Build-Informationen erinnert.

· Akzeptieren Sie nach der Implementierung des vorherigen Aufzählungspunkts weitere Makepp-Optionen, wie „-j“ oder
„--dont-build“.

· Build-Cache mit implizitem „--no-populate-bc“ zulassen (da makeppreplay dies nicht tut).
garantieren einen korrekten Aufbau). Makepp veröffentlicht möglicherweise später alles im Build-Cache
behält.

· Makepp muss sich die Build-Informationen für alle fehlgeschlagenen Befehle merken und für diejenigen, bei denen dies nicht der Fall war
Versuch, weil ihre Abhängigkeiten fehlgeschlagen sind. Dies ist nur bedingt möglich, denn
Abhängigkeiten können möglicherweise erst herausgefunden werden, nachdem die Dateien erstellt wurden, die sie erfordern. Was
sollte passieren mit (a hat keine Build-Informationen):

a: b
b: c
cmd_producing_a_and_b

OPTIONAL

Zu den Optionen gehören einige der makepp-Optionen sowie zwei neue zum Laden von Modulen
würde normalerweise aus einem Makefile geladen werden.

-A Dateinamen
--args-file=Dateinamen
--arguments-file=Dateinamen
Lesen Sie die Datei und analysieren Sie sie möglicherweise durch Leerzeichen und/oder Zeilenumbrüche in Anführungszeichen getrennt
nach.

-C Verzeichnis
--Verzeichnis=Verzeichnis
Wechseln Sie mit der CD in das angegebene Verzeichnis, bevor Sie das Makefile laden und versuchen, die Ziele zu erstellen.
Dies entspricht mehr oder weniger der Angabe eines Verzeichnisses mit „-F“, außer dass
Nachfolgende Optionen „-C“, „-f“, „-F“, „-I“ und „-R“ werden relativ zum neuen interpretiert
Verzeichnis anstelle des alten.

-c
--root-dir
--Wurzelverzeichnis
CD bis zu dem Verzeichnis, das eine RootMakepp-Datei enthält.

-I Verzeichnis
--include=Verzeichnis
--include-dir=Verzeichnis
Speichern Verzeichnis zum Perl-Ladepfad @INC.

-?
-h
--help
Drucken Sie eine kurze Zusammenfassung der Optionen aus.

-k
--mach weiter
Erstellen Sie so viele Dateien wie möglich, auch wenn einige davon Fehler enthalten. Standardmäßig makepp
stoppt, wenn der erste Fehler auftritt, auch wenn andere Dateien vorhanden sind
erstellt werden, die nicht von der fehlerhaften Datei abhängen.

--log=Logdateiname
--log-file=Logdateiname
Ändert den Namen der Protokolldatei in den angegebenen Namen. Standardmäßig ist die Protokolldatei
namens .makepp/log. Diese Datei kann mit makepplog und mppl gelesen werden.

-M Modul[=Argument,...]
--module=Modul[=Argument,...]
Laden Sie das Modul und importieren Sie alle exportierten Funktionen.

-n
--Probelauf
--just-print
--recon
Befehle ausdrucken, ohne sie tatsächlich auszuführen.

--no-log
Machen Sie sich nicht die Mühe, eine detaillierte Beschreibung dessen zu schreiben, was mit der Protokolldatei geschehen ist.

--no-print-directory
Schalten Sie die Nachrichten zum Betreten oder Verlassen des Verzeichnisses aus.

--Profil
Rohe Zeitstempel vor und nach jeder Aktion ausgeben.

-s Perl-Ausdruck
--sed=Perl-Ausdruck
Führen Sie den Perl-Ausdruck für den Befehl aus, bevor Sie ihn ausführen, wie beim Präprozessor
"-s 's/ -c / -E /; s/\.o\b/.i/g'". Dies würde einen Kompilierungsbefehl („-c“) umwandeln.
in einen Präprozessoraufruf ("-E") umwandeln, wodurch die geändert wird .o Suffix zu .i, die ein
konventionelles Suffix für vorverarbeitetes C. Oder Sie möchten vielleicht eine Debug-Ausgabe hinzufügen
Ihr Linker. Wenn Sie nur einen Befehl in der Regel haben, können Sie dies per tun
Ersetzen Sie es in das erste Leerzeichen: "-s 's/ / -Wl,-t /'".

Wenn der Befehl geändert wird, bleibt nichts davon im Gedächtnis, dh makepp denkt nach
Sie haben die Datei manuell geändert, was zu einer Neuerstellung führte.

Beachten Sie, dass makeppreplay (im Gegensatz zu makepp) den Befehl nicht analysiert und es daher nicht bemerkt
dass der Zieldateiname geändert wurde. Sie müssen das also trotzdem anfordern .o Ziel, sogar
obwohl a .i wird gebaut. Und makeppclean weiß nicht, wie man es entfernt.

-t
--vorübergehend
Makeppreplay ändert die Build-Informationen aller berührten Dateien und aller Abhängigkeiten
Es wurde geändert gefunden. Es markiert sie so, dass Makepp es trotzdem weiß
muss diese Dateien erneut scannen. Mit dieser Option können Sie diese aber verhindern
Änderungen, sodass makepp einfach alle Dateien berücksichtigt, als die makeppreplay erstellt wurde
falsch.

-V
--Version
Drucken Sie die Versionsnummer aus.

- nein warnen
Drucken Sie keine Warnmeldungen aus.

Beispiele:

Die wahrscheinlich häufigste Verwendung ist das erneute Verknüpfen eines Programms oder einer Bibliothek nach der Bearbeitung eines
Quelldatei:

makeppreplay subdir/foo.o bin/bar
mppr subdir/foo.o lib/libbar.so

Makeppreplay betrachtet die folgende Umgebungsvariable:

$MAKEPPREPLAYFLAGS
Alle Optionen, die Sie möglicherweise immer übergeben möchten.

Verwenden Sie makeppreplay online über die Dienste von onworks.net