Noizu - A GCC/Clang warnings formatter

[Vincent H. (vinci)]

Grüß euch

Ich hab heut ein kleines Python Tool namens "Noizu" geschrieben mit 
dessen Hilfe sich der stderr Output von GCC und Clang nach Pfaden und 
Dateinahmen filtern lässt. Das ist insbesondere dann hilfreich wenn man 
so Dinge wie die CMSIS/DSP Bibliothek einbindet, die allein weit über 
2000 Warnings generiert...

Um einen entsprechenden Output von seinem Compiler zu erhalten bietet es 
sich an stderr beim Compilieren in ein File umzulenken. Das funktioniert 
beispielsweise so:

make 2> log

Jenen Log kann man dann an Noizu schicken und nach Keywords filtern 
lassen. Im Fall von CMSIS also etwa:

python noizu.py log -e CMSIS/DSP

Bzw. wahlweise in eine neue Datei hinein:

python noizu.py log -e CMSIS/DSP -o output_log

Und hier noch ein vorher/nacher Vergleich um zu veranschaulichen wie 
viele Warnings man sich alleim im Fall CMSIS + STM32 HAL reinzieht:

-Wsign-conversion                                                 2403
-Wconversion                                                      324
-Wpedantic                                                        16
-Wunused                                                          7
-Wunused-parameter                                                6
-Wsign-compare                                                    4
-Wstrict-aliasing                                                 3
-Wattributes                                                      2
-Wshadow                                                          1
-Wunused-variable                                                 1

Gefiltered nach CMSIS und HAL. Jene Warnings stammen aus von mir 
eingefügtem Code:

-Wunused                                                          2
-Wunused-parameter                                                1
-Wsign-compare                                                    1
-Wstrict-aliasing                                                 1
-Wshadow                                                          1
-Wunused-variable                                                 1

Das Projekt inklusive CMSIS + HAL Beispiel gibts hier:
https://gitlab.com/higaski/Noizu

[asf44 (Gast)]

Hm könnte mal hilfreich sein. In dem Fall sollte ST aber mal ihre libs 
fixen.

Habe letztens die ASF4 auf Vordermann gebracht:
Mit -Wall -Wextra -Werror musste ich ~7 mal unused attribute hinzufügen.

[Vincent H. (vinci)]

Ich glaub ein Großteil der oben augezählten Warnings stammt eher aus der 
CMSIS/DSP, aber ja, ganz unschuldig ist ST auch nicht.

Grad in externem Code nichts ändern zu müssen war einer der Gründe 
weshalb ich lieber den stderr Output geparsed hab. ;)

[Testikus (Gast)]

Vincent H. schrieb:
> Ich hab heut ein kleines Python Tool namens "Noizu" geschrieben mit
> dessen Hilfe sich der stderr Output von GCC und Clang nach Pfaden und
> Dateinahmen filtern lässt.

Ist das nicht eigentlich Aufgabe der IDE?

Siehe z. B. Visual Studio: hier werden Warnungen und Fehler nach 
Error-Code, Beschreibung, Projekt, Datei, Zeile etc. sortier- und 
filterbar angezeigt.

[Wilhelm M. (wimalopaan)]

Vincent H. schrieb:
> Grüß euch
>
> Ich hab heut ein kleines Python Tool namens "Noizu" geschrieben mit
> dessen Hilfe sich der stderr Output von GCC und Clang nach Pfaden und
> Dateinahmen filtern lässt. Das ist insbesondere dann hilfreich wenn man
> so Dinge wie die CMSIS/DSP Bibliothek einbindet, die allein weit über
> 2000 Warnings generiert...

Dein Ansatz ist natürlich allgemeiner, wenn es jedoch nur um das 
Unterdrücken geht, so hätte ich die Option -isystem statt -I für die 
Inklusionspfade verwendet.
Oder mit diagnostics push/pop gearbeitet.

[Vincent H. (vinci)]

Testikus schrieb:
> Ist das nicht eigentlich Aufgabe der IDE?
>
> Siehe z. B. Visual Studio: hier werden Warnungen und Fehler nach
> Error-Code, Beschreibung, Projekt, Datei, Zeile etc. sortier- und
> filterbar angezeigt.

Ich nutze Visual Studio nicht und nehme an, dass diese Funktion nur für 
MSVC zur Verfügung steht.


Wilhelm M. schrieb:
> Dein Ansatz ist natürlich allgemeiner, wenn es jedoch nur um das
> Unterdrücken geht, so hätte ich die Option -isystem statt -I für die
> Inklusionspfade verwendet.
> Oder mit diagnostics push/pop gearbeitet.

Push/pop heißt Sourcen angreifen. Und -isystem find ich für fremde 
Applikationsbibliotheken auch eher unschön.



Erfreulicherweise wird Noizu trotzdem recht bald wieder in die Pension 
geschickt, da GCC9 JSON output mitbringen wird:
https://developers.redhat.com/blog/2019/03/08/usability-improvements-in-gcc-9/