Es gibt zwei Optionen, die ich gekommen sind, sich mit von Flags "Andere Linker Flags" in der Xc Hinzufügen ode build Einstellungsbereich:
1) -Xlinker -w
Hinzufügen wird alle Linker Warnungen unterdrücken, unabhängig von der Art (das ist die -w
Flag auf ld (1)). Das wird natürlich diese Warnung, aber auch alle anderen Warnungen leiser machen.
2) Durch Hinzufügen von -Xlinker -no_objc_category_merging
wird der Optimierungsschritt übersprungen, bei dem der Linker während des Verknüpfens alle Kategoriemethoden in die Basisklasse einbindet, die dann zur Laufzeit auftreten würde. Tiny Bit beim Start wahrscheinlich langsamer, aber es wäre wahrscheinlich immer noch schneller als Methode zur Laufzeit swizzling, und da es in diesem Schritt ist, dass ld (1) die Warnung ausgibt, wird es auch überspringen.
Es scheint, dass ld keine Möglichkeit hat, jede einzelne Warnung chirurgisch so zu unterdrücken, wie der Compiler es tut, obwohl es Spezialflags für einige von ihnen oder Gruppen von ihnen hat (von denen keine mit diesem helfen). Keine der obigen Lösungen wird wahrscheinlich für den Produktionscode empfohlen, aber in einigen Situationen könnte der eine oder andere helfen.
Was bedeutet die Warnung? – trojanfoe
Ich denke, es bedeutet, dass die Leute, die die Bibliothek gemacht haben, einige Dinge unpassend gemacht haben. Scheint nichts zu kaputt zu machen, aber der Linker ist ein bisschen weh, was nervig ist, da ich es nicht reparieren kann, weil es eine geschlossene Quelle ist. – ima747
Haben Sie eine Methode in Ihrer Klasse erstellt/benannt, genau wie eine andere Methode in der anderen Klasse? – Hexark