dwz – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dwz – DWARF-Optimierungs- und Duplikatentfernungstool

ZUSAMMENFASSUNG

dwz [OPTION...] [DATEIEN]

BESCHREIBUNG

DWZ ist ein Programm, das versucht, die in ELF enthaltenen DWARF-Debugging-Informationen zu optimieren
Größe von gemeinsam genutzten Bibliotheken und ausführbaren ELF-Dateien durch Ersetzen von DWARF-Informationen
Darstellung mit äquivalenter kleinerer Darstellung, wo möglich, und durch Reduzierung der
Umfang der Vervielfältigung mithilfe von Techniken aus DWARF-Standard Anhang E – Erstellen
DW_TAG_partial_unit Kompilierungseinheiten (CUs) für duplizierte Informationen und deren Verwendung
DW_TAG_imported_unit um es in jede CU zu importieren, die es benötigt.

Das Tool verarbeitet Debugging-Abschnitte im DWARF-32-Bit-Format der Versionen 2, 3 und 4 sowie GNU
Erweiterungen darüber hinaus, wobei die Verwendung von DWARF 4 oder im schlimmsten Fall von DWARF 3 dringend erforderlich ist
empfohlen.

Das Werkzeug verfügt über zwei Hauptbetriebsmodi, ohne die -m Option, die es zu optimieren versucht
DWARF-Debugging-Informationen in jedem gegebenen Objekt (ausführbare Datei oder gemeinsam genutzte Bibliothek)
einzeln, mit dem -m Option versucht es anschließend durch Verschieben noch weiter zu optimieren
DWARF-Debugging-Informationseinträge (DIEs), Zeichenfolgen und Makrobeschreibungen dupliziert in
mehr als ein Objekt in ein neu erstelltes ELF ET_REL-Objekt, dessen Dateiname angegeben ist -m
Optionsargument. Die Debug-Abschnitte in den angegebenen ausführbaren Dateien und gemeinsam genutzten Bibliotheken
Die Befehlszeile wird dann erneut geändert und bezieht sich auf die Entitäten in den neu erstellten
Objekt.

OPTIONAL

-m FILE --multifile FILE
Multifile-Modus. Nach der Verarbeitung aller benannten ausführbaren Dateien und gemeinsam genutzten Bibliotheken,
Versuchen Sie, ein ELF-Objekt zu erstellen FILE und fügen Sie Debugging-Informationen dupliziert in mehr ein
mehr als ein Objekt dort, optimieren Sie anschließend jede benannte ausführbare Datei oder gemeinsam genutzte Bibliothek
wenn möglich sogar noch weiter.

-h --hardlink
Suchen Sie nach fest miteinander verknüpften ausführbaren Dateien oder gemeinsam genutzten Bibliotheken, anstatt sie neu zu schreiben
Sie schreiben einzeln nur einen von ihnen um und verknüpfen den Rest fest mit dem ersten
erneut.

-M NAME/FUNKTION --multifile-name NAME/FUNKTION
Geben Sie den Namen der gemeinsamen Datei an, die in die Datei eingefügt werden soll .gnu_debugaltlink
Abschnitt zusammen mit seiner Build-ID. Standardmäßig DWZ bringt dort das Argument des
-m .

-r --relativ
Geben Sie den Namen der allgemeinen Datei an, die in die Datei eingefügt werden soll .gnu_debugaltlink
Der Abschnitt soll ein relativer Pfad zum Verzeichnis sein, das den enthält
ausführbare Datei oder gemeinsam genutzte Bibliothek in die Datei, die im Argument des angegeben ist -m .
Entweder -M or -r Option kann angegeben werden, aber nicht beides.

-q --ruhig
Bringen Sie einige der häufigsten Nachrichten zum Schweigen.

-o FILE --Ausgabe FILE
Diese Option weist DWZ die angegebene Datei nicht zu überschreiben, sondern zu speichern
die neuen Inhalte in FILE. Es wird nichts geschrieben, wenn DWZ Exits mit Exit ungleich Null
Code. Kann nur mit einer einzelnen ausführbaren Datei oder gemeinsam genutzten Bibliothek verwendet werden (sofern keine vorhanden ist).
Argumente überhaupt, a.aus wird angenommen).

-l ANZAHL --low-mem-die-limit ANZAHL
Behandeln Sie ausführbare Dateien oder gemeinsam genutzte Bibliotheken, die mehr als enthalten ANZAHL Debugging
Informationseinträge in ihren .Debug-Informationen Abschnitt mit einem langsameren und mehr Speicher
Verwenden Sie den benutzerfreundlichen Modus und versuchen Sie nicht, das Objekt im Mehrdateimodus zu optimieren.
Der Standardwert beträgt 10 Millionen DIEs. Es besteht die Gefahr, dass bei sehr großen Mengen
Debugging-Informationen in einer einzelnen gemeinsam genutzten Bibliothek oder ausführbaren Datei sind möglicherweise nicht vorhanden
genügend Speicher (besonders wenn DWZ Da es sich bei dem Tool um eine 32-Bit-Binärdatei handelt, kann es sein, dass es nicht mehr vorhanden ist
verfügbarer virtueller Adressraum noch früher).

-L ANZAHL --max-die-limit ANZAHL
Versuchen Sie nicht, ausführbare Dateien oder gemeinsam genutzte Bibliotheken zu optimieren, die mehr als enthalten
ANZAHL STIRBT überhaupt. Der Standardwert beträgt 50 Millionen DIEs.

-? --help
Kurze Hilfe ausdrucken und beenden.

-v --Version
Versionsnummer und kurze Lizenzhinweise drucken und beenden.

ARGUMENTE

Befehlszeilenargumente sollten die ausführbaren Dateien, gemeinsam genutzten Bibliotheken oder deren entfernte Dateien sein
Datei mit separaten Debug-Informationsobjekten.

Beispiele:

$ dwz -m .dwz/foobar-1.2.debug -rh \
bin/foo.debug bin/foo2.debug foo/lib/libbar.so.debug
wird versuchen, die Debugging-Informationen zu optimieren bin/foo.debug, bin/foo2.debug und
lib/libbar.so.debug (durch Ändern der vorhandenen Dateien) und bei Bedarf auch erstellen
.dwz/foobar-1.2.debug Datei. .gnu_debugaltlink Abschnitt in den ersten beiden Dateien wird verweisen
zu ../.dwz/foobar-1.2.debug und in der letzten Datei zu ../../.dwz/foobar-1.2.debug. Wenn z.B
bin/foo.debug und bin/foo2.debug anfangs fest miteinander verbunden waren, werden sie es auch sein
wieder fest verlinkt und für Multifile-Optimierungen eher nur als eine einzelne Datei betrachtet
als zwei.
$ dwz -o foo.dwz foo
wird sich nicht ändern foo sondern speichern Sie stattdessen das ELF-Objekt mit optimierten Debugging-Informationen
wenn erfolgreich in foo.dwz Datei, die es erstellt.
$ dwz *.debug foo/*.debug
wird versuchen, Debugging-Informationen in *.debug- und foo/*.debug-Dateien zu optimieren,
Optimierung jeder Datei einzeln vor Ort.
$ dwz
entspricht DWZ a.aus Befehl.

Nutzen Sie dwz online über die Dienste von onworks.net