Reihenfolge statischer Bibliotheken beim Linken: nachverfolgen, wer ein unaufgelöstes Symbol einführt

Worum es geht

Die Dokumentation zu den Link-Optionen von GCC hält fest, dass der Linker Bibliotheken und Objektdateien in der angegebenen Reihenfolge verarbeitet. Ihr Beispiel zeigt, wie eine Bibliothek durchsucht wird, bevor ein späteres Objekt einen Verweis einführt, sodass dieser Verweis unaufgelöst bleibt. Ein vorhandenes Archiv auf der Platte belegt deshalb nicht, dass das betreffende Element am richtigen Punkt ausgewählt wurde. GCC link options

Warum es wichtig ist

Sieht ein Agent ein undefiniertes Symbol, ist das Hinzufügen eines weiteren Bibliothekspfads nur eine mögliche Reaktion. Das Symbol kann fehlen, anders benannt sein oder erst angefordert werden, nachdem sein Archiv schon berücksichtigt wurde. Diese Erklärungen auseinanderzuhalten verhindert, dass ein undurchsichtiger Link-Befehl durch wiederholtes Raten immer weiter wächst.

So wird es angewendet

• Den vollständigen fehlschlagenden Link-Befehl erfassen, einschliesslich der Inhalte von Response-Dateien, sofern der Build sie zugänglich macht. Objekt-Eingaben, Archive, dynamische Bibliotheken und Suchpfade unterscheiden.
• Ein unaufgelöstes Symbol auswählen und das Objekt bestimmen, das darauf verweist. Das infrage kommende Archiv prüfen, um zu bestätigen, dass eine passende Definition existiert; die exakte Schreibweise des Symbols in der Diagnosenotiz festhalten.
• Bei einem einfachen, azyklischen Fall abhängige Eingaben vor dem Archiv anordnen, das ihre unaufgelösten Verweise liefert. Diese Beziehung im Build-System ausdrücken, statt einen generierten Befehl zu flicken.
• Einen komplizierten Fehlschlag auf einen kleinen Aufrufer und die von ihm benötigte Bibliothek reduzieren. Den erfolgreichen reduzierten Befehl mit dem tatsächlichen Befehl vergleichen, um weitere Abhängigkeiten zu finden.
• Eine Prüfung aus einem sauberen Build-Baum und für jede unterstützte Linker-Familie vorschlagen. Die minimale Fixture nur behalten, wenn sie ein tatsächlich unterstütztes Packaging-Szenario absichert.

Stolpersteine

Die Reihenfolgeregeln variieren mit dem Linker-Verhalten und den Optionen; diese Diagnose nicht zu einer universellen Regel für jede Plattform mit dynamischen Bibliotheken machen. Zyklische Archivabhängigkeiten brauchen unter Umständen eine dokumentierte, linkerspezifische Gruppierungsstrategie oder eine architektonische Korrektur. Eine umfassendere Whole-Archive-Option kann das ursprüngliche Abhängigkeitsproblem verdecken und ändert, was eingebunden wird. Dieses Vorgehen beansprucht keine bestimmte Verbesserung der Linkzeit oder der Binärgrösse.