Deaktiviert die Warnung vor dem Aufrufen einer veralteten Funktion auf GCC, clang, ICC, PGI, MSVC, TI, IAR, ODS, Pelles und möglicherweise anderen (ich werde mich wahrscheinlich nicht die Mühe machen, diese Antwort zu aktualisieren, wenn ich Hedley aktualisiere). Und bei Compilern, von denen nicht bekannt ist, dass sie funktionieren, werden die Makros zu nichts vorverarbeitet, sodass ihr Code weiterhin mit jedem Compiler funktioniert. Natürlich ist HEDLEY_DIAGNOSTIC_DISABLE_DEPRECATED nicht die einzige Warnung, die Hedley kennt, noch ist es nicht alles, was Hedley warnen kann, aber hoffentlich bekommt man die Idee. Durch die Dokumentation dieser Gespräche decken Sie sich in Rechtsstreitigkeiten ein, die sich aus Kündigungen ergeben können. Hier sind einige Richtlinien zur Dokumentation schriftlicher Abmahnungen: Nach der Probezeit muss der Arbeitgeber nur einen Kündigungsgrund haben oder anderweitig eine ausreichende Kündigung oder Abfindung leisten. Es wird empfohlen, dass Sie sich mit Ihren Provinzarbeitsvorschriften beraten, um zu bestätigen, was als “gerechte Ursache” gilt. Schlechte Arbeitsleistung wird normalerweise nicht als gerechte Ursache angesehen, es sei denn, der progressive Disziplinierungsprozess wurde befolgt und dem Mitarbeiter genügend Zeit gegeben, sich zu verbessern. Nur Ursache enthält normalerweise einen der folgenden Gründe für die sofortige Entlassung: Für clang und Compiler, die auf Clang basieren, wie neuere Versionen von XL C/C++ und armclang, können Sie überprüfen, ob der Compiler eine bestimmte Warnung mithilfe des __has_warning()-Makros kennt. Wir können die folgende Zeile zum Makefile hinzufügen, um die Warnung speziell für Puts zu unterdrücken: Achten Sie darauf, nach einem entsprechenden Zeitraum eine Folgebesprechung mit dem Mitarbeiter zu planen.

Bieten Sie Möglichkeiten für zwei-Wege-Feedback und Diskussion. Lassen Sie den Mitarbeiter wissen, wie er vorankommt, und fragen Sie, wie die neuen Verfahren oder Verhaltensweisen funktionieren. In Visual C++ ist es möglich, #pragma Warnung zu verwenden (deaktivieren: …). Außerdem habe ich festgestellt, dass Sie in GCC pro Datei-Compiler-Flags überschreiben können. Wie kann ich dies für “next line” oder mit Push/Pop-Semantik um Codebereiche mit GCC tun? Ersetzen Sie “-Wformat” durch den Namen Ihres Warnflags. Natürlich müssen Sie auch überprüfen, ob das __has_warning() Makro vorhanden ist: Wenn das Problem nicht behoben ist, müssen Sie die schriftliche Warnung vorbereiten. Berücksichtigen Sie die Warnhinweise, Antworten und Verpflichtungen, die bereits in der mündlichen Beratung eingegangen wurden. Dies führt jedoch auch zu allen Arten von pedantischen Fehlern in extern eingeschlossenen Bibliotheken. Die Lösung besteht darin, alle pedantischen Warnungen zu deaktivieren, bevor Sie externe Bibliotheken einschließen, und wie folgt erneut zu aktivieren: Wenn ein Problem nach einer entsprechenden Warnung nicht behoben wird, müssen Sie möglicherweise einen Mitarbeiter kündigen.

Es kann auch Vorkommen geben, in denen Sie einen Mitarbeiter unmittelbar vor den Schritten 1 bis 3 kündigen möchten. Für die meisten Compiler ist es oft eine gute Idee, die Compilerversion zu überprüfen, bevor Sie versuchen, sie zu deaktivieren, sonst lösen Sie einfach eine weitere Warnung aus. Zum Beispiel hat GCC 7 Unterstützung für die Warnung -Wimplicit-fallthrough hinzugefügt, also, wenn Sie sich um GCC vor 7 kümmern, sollten Sie so etwas wie den ersten Versuch überprüfen, ob der Quellcode verbessert werden kann, um die Warnung loszuwerden. In diesem Fall möchten wir den Algorithmus nicht nur deshalb ändern, da argc mit !*argv (NULL nach dem letzten Element) redundant ist.