In meiner täglichen Arbeit schreiben ich und andere in meinem Team eine Menge Hardwaremodelle in Verilog-AMS, einer Sprache, die hauptsächlich von kommerziellen Anbietern und einigen Open-Source-Simulatorprojekten unterstützt wird. Eine Sache, die die gegenseitige Unterstützung des Codes hilfreicher machen würde, wäre ein LINTER, der unseren Code auf gemeinsame Probleme überprüft und dabei hilft, einen gemeinsamen Code-Formatierungsstil durchzusetzen. Ich möchte natürlich in der Lage sein, meine eigenen Regeln hinzuzufügen und sie, nachdem ich ihren Nutzen für mich selbst bewiesen habe, an den Rest des Teams weiterzugeben. Es macht mir nichts aus, die anfallende Arbeit zu erledigen, aber ich möchte natürlich auch die Arbeit anderer bestehender Projekte nutzen.
Hat die erlaubte Sprachsyntax in einem Yacc- oder Bison-Format mir einen Vorteil verschafft? Oder sollte ich einfach jede Sprachanweisung in eine Perl-Zeichenkette saugen und Mustervergleiche verwenden, um die Dinge zu finden, die ich nicht mag?
(Die meisten Syntax- und Kompilierungsfehler werden von den kommerziellen Tools leicht erkannt, aber wir haben einige eigene Erweiterungen).
