metalint - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Metalint – ein Konsistenzprüfer für Metakonfigurationseinheiten

ZUSAMMENFASSUNG

Metalint [-hklsV ] [ -L dir ]

BESCHREIBUNG

Metalint analysiert die Einheiten und führt einige umfangreiche Konsistenzprüfungen durch, um sicherzustellen, dass die
Das ganze Set ist solide. Aufgrund der relativ großen Menge an verfügbaren Einheiten wird es immer mehr
Es ist sehr schwierig, die Einheiten manuell zu warten, und ein automatisierter Prozess kann real sein
Hilfe, wenn auch nicht perfekt.

Metalint Wird in Ihrem Paketverzeichnis der obersten Ebene ausgeführt und dient der Sicherstellung
Ihre eigenen privaten Einheiten verlassen sich korrekterweise auf die öffentlich verfügbaren Einheiten. Wenn du
Intensiv neue Einheiten entwickeln, sollten Sie ausführen Metalint auf ihnen, bevor Sie sie öffentlich machen
erhältlich.

OPTIONAL

Metalint erkennt die folgenden Optionen:

-h Drucken Sie eine kurze Nutzungsbeschreibung aus und beenden Sie den Vorgang.

-k Vorübergehend behalten .MT Verzeichnis.

-l (noch nicht implementiert) Standardmäßig ist Metalint Meldet nur Probleme im Zusammenhang mit
Ihre eigenen privaten Einheiten. Dieser Schalter leitet Metalint auch berichten
Probleme in öffentlich zugänglichen Einheiten.

-s Lautloser Modus.

-L dir Überschreiben Sie den Standardspeicherort der Bibliothek. Normalerweise nur für Metaconfig nützlich
Betreuer können die entwickelten Einheiten lokal überprüfen, anstatt die
öffentlich zugängliche. Der dir angegeben ist diejenige, die die Einheiten enthält
U Verzeichnis.

-V Versionsnummer drucken und beenden.

DIAGNOSE

Die folgenden Diagnosen können von ausgegeben werden Metalint:

„(?MAKE) ignoriert doppelte Abhängigkeitslistenzeile.“
In der Einheit wurden mehr als eine ?MAKE:-Linienrichtungsabhängigkeit gefunden. Es kann sein
nur eine solche Zeile, obwohl mehrere ?MAKE-Aktionszeilen auftreten können.

„(?MAKE) Spezialeinheit ‚Xxx‘ sollte nicht als hergestellt aufgeführt werden.“
Ein Sondereinheitensymbol (Anfangsbuchstabe groß geschrieben) darf nur so aufgeführt werden, wie es in der
Spezialeinheit selbst. Um diese Warnung in berechtigten Fällen zu unterdrücken, fügen Sie ein „+“ voran
des betreffenden Symbols (beachten Sie, dass bei Nicht-Spezialeinheiten das „+“ an dieser Position steht
weist auf ein internes Symbol hin, das nicht in der Datei config.sh erscheinen sollte).

„(?MAKE) ‚+xxx‘ wird x-mal aufgeführt.“
Eine bedingte Abhängigkeit wird mehr als einmal aufgeführt. Das ist allerdings harmlos.

„(?MAKE) ‚xxx‘ wird x-mal aufgeführt.“
Eine normale Abhängigkeit wird mehr als einmal aufgeführt. Wieder ein harmloser Fehler.

„(?MAKE) ‚xxx‘ wird sowohl als bedingte als auch als vollständige Abhängigkeit aufgeführt.“
Das Symbol wird als normale Abhängigkeit und als bedingte Abhängigkeit aufgeführt. Metaconfig werden wir
Betrachten Sie dies als eine vollständige Abhängigkeit, aber das ist möglicherweise nicht das, was Sie zunächst tun
gesucht...

„(?Y) unbekannte Layoutanweisung ‚xxx‘.“
Layoutanweisungen dürfen nur eine davon sein Top, Standard or Boden, aber case nicht
Gegenstand. Eine unbekannte Direktive wird einfach ignoriert und so behandelt Standard gewesen
spezifiziert.

„(?S) doppelte Beschreibung für Variable ‚$xxx‘.“
Das Shell-Symbol wird mehr als einmal beschrieben, und das führt zu zwei Einträgen im
Glossar.

„(?S) Variable ‚$xxx‘ ist nicht in der Zeile ?MAKE: aufgeführt.“
Die Einheit beschreibt einen Shell-Symbol-Eintrag, der extern nicht verwendet werden kann, da dies nicht der Fall ist
als Abhängigkeit aufgeführt.

„(?S) Syntaxfehler im ?S:-Konstrukt.“
Selbsterklärend.

„(?C) doppelte Beschreibung für Symbol ‚XXX‘.“
Das C-Symbol wird mehr als einmal beschrieben, und das führt zu zwei Einträgen dafür im
Glossar.

„(?C) Syntaxfehler im ?C:-Konstrukt.“
Selbsterklärend.

„(?H) Symbol ‚XXX‘ wurde bereits definiert.“
Anscheinend definieren zwei ?H:-Linien dasselbe C-Symbol.

„(?H) Variable ‚$xxx‘ ist nicht einmal in der Zeile ?MAKE: aufgeführt.“
Eine Variable wird verwendet, aber nicht in der Abhängigkeitslinie aufgeführt.

„(?H) Abschnitt wurde bereits durch ‚?H:.‘ beendet.“
Nach dem ersten „?H:“ dürfen keine weiteren ?H:-Zeilen stehen. markiert das Ende davon
.

„(?H) ungewöhnliche CPP-Zeile sollte mit ‚?%<:‘ geschützt werden.“
Alle ?H:-Zeilen, die von erkannt werden Metaconfig und somit Metalint haben ihr
Die Aufnahme in config.h wird automatisch durch ein geeignetes Symbol geschützt, falls keines vorhanden ist
bereitgestellt. Nicht erkannte Zeilen müssen jedoch mit der Sequenz „?%<:“ geschützt werden
Vermeiden Sie ihre Einbeziehung, wenn die Einheit nicht in „Configure“ geladen ist.

„(?H) Zeile sollte nicht hier aufgeführt werden, sondern in ‚?C:‘.“
Im Abschnitt ?H: sollten nur CPP-Zeilen erscheinen. Wenn Sie einen Kommentar abgeben möchten
Verwenden Sie für das Symbol ?C:. Wenn Sie eine bestimmte Generation kommentieren möchten
Sequenz, fügen Sie sie in den ?X:-Kommentar ein, damit sie es nicht in config.h schaffen.

„(?H) Einschränkung ‚xxx‘ ist ein unbekanntes Symbol.“
Alle führenden ?sym:-Einschränkungen in den ?H:-Zeilen sollten eine gültige Shell oder C sein
Symbol, definiert in der Einheit.

„(?M) Syntaxfehler im ?M:-Konstrukt.“
Selbsterklärend.

„(?M) Symbol ‚xxx‘ bereits in einer ?M:-Zeile in ‚yyy‘ aufgeführt.“
Es wird versucht, eine magische Definition für das Symbol xxx zu erstellen, es wurde jedoch bereits eine andere bereitgestellt
in Einheit JJJJ.

„(?V) sichtbare Deklaration in nicht-spezieller Einheit ignoriert.“
Sichtbare Deklarationen (?V: Zeilen) dürfen nur in Sondereinheiten erscheinen. Ansonsten sie
sind bedeutungslos.

„(?V) wollte, dass die Variable ‚$xxx‘ sichtbar gemacht wird.“
Eine gewünschte Variable (beschrieben als Abhängigkeit von der ?MAKE:-Zeile) kann nicht erstellt werden
sichtbar, da das keinen Sinn ergibt: Die Einheit kann sich nicht darauf verlassen und dann
kündigen Sie es als lokal definiert an.

„(?V) definierte Variable ‚$xxx‘ sichtbar gemacht.“
Eine definierte Variable (in der Zeile ?MAKE: als erstellt aufgeführt) kann nicht sichtbar gemacht werden, da
es könnte auch direkt in einer anderen Einheit gesucht werden.

„(?V) Variable ‚$xxx‘ wurde bereits von der Einheit yyy sichtbar gemacht.“
Inkonsistente Deklaration: Zwei Einheiten machen ein einzelnes Symbol sichtbar ...

„(?V) Variable ‚$xxx‘ ist in JJJJ bereits mit Lese-/Schreibzugriff sichtbar.“
Die Variable wurde bereits von einer anderen Einheit als Lese-/Schreibzugriff sichtbar gemacht.

„(?V) Variable ‚$xxx‘ bereits im JJJJ schreibgeschützt sichtbar.“
Die Variable wurde bereits von einer anderen Einheit als schreibgeschützt sichtbar gemacht.

„(?W) Variable ‚$xxx‘ bereits gesucht.“
Variable ist bereits gesucht, es ist hier nicht notwendig, explizit danach zu fragen.

„(?W) Variable ‚$xxx‘ auch lokal definiert.“
Eine gewünschte Variable würde mit einer lokal definierten Variablen in Konflikt geraten und dazu führen
einen Müllwert erhalten.

„(?W) Variable ‚$xxx‘ bereits in einer ?W:-Zeile in ‚yyy‘ aufgeführt.“
Die Variable im Shell-Symbol-Abschnitt einer ?W:-Zeile kann nur in einer Einheit erscheinen.

„(?F) erzeugte Datei ‚xxx‘ mehrfach deklariert.“
Die Datei wird in der Zeile ?F: mehrmals unter demselben Namen aufgeführt. Das macht
erscheint nicht, wenn sowohl eine private UU-Datei als auch eine öffentliche Datei damit deklariert werden
Namen, zum Beispiel.

„(?F) UU-Datei in nicht spezieller Einheit ignoriert.“
Private UU-Dateien (d. h. Dateien wie myread Skript zur späteren Durchsicht erstellt von
Einrichtung) dürfen nur in Spezialeinheiten erstellt werden. Ausnahmen sind zulässig, wenn die Zeile ?F: verwendet wird
wird ein richtiger ?LINT:-Hinweis vorangestellt.

„(?T) temporäres Symbol ‚$xxx‘ multipliziert deklariert.“
Selbsterklärend.

„Direktive sollte nach ?MAKE-Deklarationen stehen.“
Die zwischen () am Anfang dieser Nachricht aufgeführte Direktive sollte tatsächlich kommen
nach den ?MAKE:-Zeilen. Sie müssen das Gerät neu bestellen bzw Metalint werde nicht in der Lage sein zu
Probleme richtig diagnostizieren.

„Kontrollsequenz ‚?XXX:‘ wird im Text ignoriert.“
Versuchen Sie, eine andere Steuerleitung als ?X: oder ?LINT: im Gerätekörper zu verwenden, was auch der Fall sein sollte
sei nur Shell-Code

„Variable ‚$xxx‘ wurde geändert.“
Eine in der Abhängigkeitszeile als gewünscht aufgeführte Variable wird geändert. Eine solche Variable sollte
für das Gerät schreibgeschützt sein. Benutzen Sie die Übernehmen Lint-Hinweis zum Unterdrücken dieser Nachricht
pathologische Fälle.

„Nein ?MAKE: Zeile, die Abhängigkeiten beschreibt.“
Jede Einheit sollte eine Abhängigkeitslinie haben, sonst wird sie stillschweigend ignoriert
Metaconfig. Diese Meldung wird durch einen ?LINT: leeren Hinweis unterdrückt.

„Die erste Textzeile sollte eine allgemeine ‚: Beschreibung‘ sein.“
Die allererste Shell-Zeile der Einheit, die der generierten Konfiguration hinzugefügt wird
Das Skript sollte eine Beschreibung des Zwecks der Einheit in einer „:“-Zeile enthalten. Da muss sein
ein Leerzeichen nach dem „:“, da es von der Shell interpretiert wird, und der Beschreibung
sollte Metazeichen wie „(“ oder „>“ vermeiden, es sei denn, die gesamte Zeichenfolge wird in Anführungszeichen gesetzt. Dies
Die Nachricht wird durch einen ?LINT: nocomment-Hinweis unterdrückt.

„Es fehlt ein Leerzeichen nach ‚:‘, um daraus einen Kommentar zu machen.“
Eine Zeile, die mit „:“ beginnt, wird von der Shell interpretiert, aber ignoriert. Dort muss
Geben Sie jedoch nach dem „:“ ein Leerzeichen ein, sonst versucht die Shell, ein Unbekanntes auszuführen
Befehl...

„Metazeichen ohne Anführungszeichen > in der Kommentarzeile gefunden.“
Eine Zeile, die mit „:“ beginnt, wird von der Shell interpretiert, aber ignoriert. Das heisst
dass aussagekräftige Metazeichen wie „(“ oder „>“ in Anführungszeichen gesetzt oder mit einem Escapezeichen versehen werden müssen
führender Backslash.

„Hab ein Zitat in der Kommentarzeile „:“ gefunden.“
In einer „:“-Kommentarzeile wurde ein nicht geschlossenes einfaches oder doppeltes Anführungszeichen entdeckt. Da jene
Zeilen werden von der Shell interpretiert, auch wenn sie ignoriert werden. Alle Anführungszeichen müssen perfekt übereinstimmen.

„nicht mit einer Leerzeile enden.“
Da alle Einheiten zu einem großen Skript zusammengefasst sind, ist dies empfehlenswert
(daher durchgesetzt durch Metalint), dass jede Unit-Datei mit einer Leerzeile endet.

„Letzte Zeile endet nicht mit einem Zeilenumbruchzeichen.“
Dies ist lediglich für Benutzer gedacht, deren Editor nicht immer eine neue Zeile anfügt
das Ende von Textdateien. Sollte bei der Verwendung nicht passieren vi.

„Symbol ‚$xxx‘ wurde nicht beschrieben.“
Das von dieser Einheit definierte Shell-Symbol wurde nicht dokumentiert. Benutzen Sie die beschreiben Flusenhinweis
um diese Meldung zu unterdrücken.

„C-Symbol ‚XXX‘ wurde nicht beschrieben.“
Das von dieser Einheit definierte C-Symbol wurde nicht dokumentiert. Benutzen Sie die bekannt Flusenhinweis zu
Unterdrücken Sie diese Meldung.

„Das C-Symbol ‚XXX‘ wurde durch keine ?H:-Zeile definiert.“
Das AC-Symbol wurde nie definiert und kann daher nicht im angezeigt werden config.h
Datei und ist daher nutzlos...

„Variable ‚$xxx‘ hätte gesetzt werden sollen.“
Eine in der Make-Zeile aufgeführte Variable, wie sie von der Einheit erstellt wurde, wurde nicht vom Shell-Code festgelegt
Körper. Benutzen Sie die kompensieren Hinweis zur Unterdrückung dieser Meldung in pathologischen Fällen.

„unbenutzte Abhängigkeitsvariable ‚$xxx‘.“
Anscheinend wird keine Verwendung einer Shell-Variablen vorgenommen. Benutzen Sie die Übernehmen or - Fusselhinweise
(abhängig von der Situation), um diese Meldung zu unterdrücken.

„unbenutzte bedingte Variable ‚$xxx‘.
Von dieser bedingten Abhängigkeit wird offenbar kein Gebrauch gemacht. Der Übernehmen or - Band
Hinweise können verwendet werden, um diese Meldung zu unterdrücken.

„unbenutzte temporäre Variable ‚$xxx‘.“
Eine in einer ?T:-Zeile als temporär deklarierte Variable wird nicht verwendet. Der - Flusenhinweis wird
täuschen Metalint zu denken, dass es tatsächlich verwendet wird.

„unbekannte Steuersequenz ‚?XXX:‘.“
Versuchen Sie, eine unbekannte Steuersequenz zu verwenden.

„unbekannte LINT-Anfrage ‚false‘ ignoriert.“
Es wurde ein unbekanntes ?LINT:-Tag verwendet. Alle diese Tags müssen in Kleinbuchstaben geschrieben werden.

„Symbol ‚$xxx‘ hat keinen Standardwert.“
Für ein Symbol, das in einer Einheit als bedingte Abhängigkeit verwendet wird, ist kein Standardwert durch a festgelegt
?D: Linie.

„veraltet ?MAKE: Abhängigkeit ‚xxx‘.“
Unit listet ein Symbol als Abhängigkeit auf, aber dieses Symbol ist ansonsten unbekannt, d. h
erscheint nie als von einer anderen Einheit erstellt.

„Symbol ‚$xxx‘ fehlt in ?MAKE.“
Ein verwendetes oder definiertes Symbol wurde nicht als Abhängigkeit in der Zeile ?MAKE: aufgeführt.

„xxx fehlt aus ?MAKE für sichtbares ‚$yyy‘.“
Es wird ein Symbol verwendet, das von einer Spezialeinheit als sichtbar definiert wurde, diese Spezialeinheit jedoch nicht
Teil der Abhängigkeitslinie.

„veraltet ?M: Abhängigkeit ‚xxx‘.“
Magic Line listet ein C-Symbol als Abhängigkeit auf, aber dieses Symbol ist keiner Einheit bekannt.

„unbekanntes Symbol ‚$xxx‘.“
Ich habe keine Ahnung, was dieses Symbol ist. Wenn die Variable extern definiert ist, ist dies der Fall
Warnung kann über ein entsprechendes ?LINT: extern unterdrückt werden.

„Das schreibgeschützte Symbol ‚$xxx‘ ist festgelegt.“
Ein Symbol, das schreibgeschützt sein sollte, wird durch den Shell-Codekörper der Einheit festgelegt.

„Es wird das veraltete Symbol ‚xxx‘ verwendet.“
Im Shell-Code der Einheit wird ein veraltetes Symbol verwendet.

„Das nicht deklarierte Symbol ‚$xxx‘ ist festgelegt.“
Die Unit versucht, eine Shell-Variable zu setzen, die sonst nicht als erstellt deklariert wurde
oder als temporäre Variable, oder was auch immer.

„nicht geschlossener ?H: Abschnitt.“
Der Abschnitt „?H:“ wurde nicht durch ein einzelnes „?H:“ abgeschlossen. Zeile vor dem Körper des
Einheit oder der Beginn eines anderen ?C:-Abschnitts.

„C-Symbol ‚xxx‘ ist in den folgenden Einheiten definiert:“
Das C-Symbol ist in mehr als einer Einheit definiert. Die beleidigenden Einheiten werden aufgelistet.

„Shell-Symbol ‚xxx‘ ist in den folgenden Einheiten definiert:“
Ein Muschelsymbol ist in mehr als einer Einheit definiert. Beleidigende Einheiten folgen.

„Shell-Symbol ‚xxx‘ ist insgesamt:“
Ein Muschelsymbol wird von einigen Einheiten definiert, von anderen veraltet und als temporäres Symbol verwendet.

„Shell-Symbol ‚xxx‘ ist sowohl definiert als auch veraltet:“
Selbsterklärend.

„Shell-Symbol ‚xxx‘ ist als temporär definiert und wird verwendet:“
Selbsterklärend.

„Shell-Symbol ‚xxx‘ veraltet, wird auch vorübergehend verwendet:“
Selbsterklärend.

„Definition von ‚$xxx‘ nicht durch ‚?S:‘ geschlossen.“
Selbsterklärend.

„Definition von ‚XXX‘ nicht durch ‚?C:‘ geschlossen.“
Selbsterklärend.

„magische Definition von ‚xxx‘, die nicht durch ‚?M:‘ geschlossen wird.“
Selbsterklärend.

„Variable ‚$xxx‘ ist extern definiert.“
Es wird eine extern (also in einer anderen Einheit) definierte Variable ohne Eigenart verwendet
Abhängigkeitsinformationen. Benutzen Sie die extern Lint-Hinweis, um diese Meldung zu unterdrücken.

„Datei ‚xxx‘ wurde nicht erstellt.“
Eine als private UU-Datei aufgeführte Datei wird nicht von der Spezialeinheit erstellt. Schöpfung ist
Erkannt durch eine explizite Shell-Umleitung zur Datei, nicht durch eine implizite
Erstellung (wie zum Beispiel eine C-Kompilierung). Alle Spezialeinheiten sollten
Erstellen Sie ohnehin nur Shell-Skripte explizit, sodass diese Meldung nicht über unterdrückt werden kann
ein Fusselhinweis.

„Die lokale Datei ‚xxx‘ kann die von ‚unit.U‘ festgelegte Datei überschreiben.“
Sie versuchen, eine lokale Datei zu erstellen, aber die Spezialeinheit erstellt ein Lager
den genau gleichen Namen und sollte vorher geladen werden Einrichtung, du würdest
Überschreiben Sie diese Datei. Ändern Sie den Namen Ihrer lokalen Datei.

„unbenutzte temporäre Datei ‚xxx‘.
Die Datei wurde in der Zeile ?F: deklariert, scheint aber nirgendwo verwendet zu werden.

„Missbrauch der temporären Datei ‚xxx‘.“
Eine lokale temporäre Datei wurde in der Zeile ?F: deklariert und wird auf diese Weise verwendet
möglicherweise nicht das Richtige. Tatsächlich sollten alle diese lokalen Dateien mit einem aufgerufen werden
expliziter relativer Pfad, um PATH-Suchen zu vermeiden, die zu einer anderen Datei führen könnten.

„Möglicherweise erhalten Sie nicht immer die Datei ‚xxx‘ von ‚unit.U‘.“
Sie scheinen die angegebene Datei aufzurufen, jedoch nicht mithilfe einer expliziten Relativdatei
Pfadname. Sich auf den PATH zu verlassen, um diese Datei zu finden, ist nicht sicher. Um dieses Problem zu beheben,
Rufen Sie Ihre Datei mit etwas wie auf ./xxx.

„Einheit aus ?MAKE für private Datei ‚xxx‘ fehlt.“
Sie verwenden eine private UU-Datei, ohne die spezielle Einheit aufzulisten, in der sie erstellt wird
Ihre Abhängigkeitslinie. Fügen Sie die Einheit Ihrer Abhängigkeitsliste hinzu.

„unbekannte private Datei ‚xxx‘.“
Die Datei erscheint in keiner ?F:-Zeile; aber es sollte.

„Datei ‚xxx‘ ist in den folgenden Einheiten definiert:“
Die aufgelisteten Einheiten scheinen sich nicht darauf einigen zu können, wer die Datei definiert.

„Hier leer – Dokumentname nicht empfohlen.“
Auf die Verwendung leerer Namen für hier-Dokumente, wie z. B., sollten Sie verzichten Metalint wird nicht
Überwachen Sie diese.

„hier nicht geschlossen – Dokument xxx begann Zeile x.“
Das in Zeile x geöffnete Hier-Dokument wurde in dieser Einheit nie geschlossen. Dies im Allgemeinen
bedeuten, dass das generierte Skript bei Verwendung des Geräts nicht funktioniert!

„falsche ‚LINT xxx‘-Anweisung.“
Sie haben eine ?LINT:-Direktive eingefügt, die nicht zum Unterdrücken von Warnungen verwendet wird.

„Zyklus gefunden für:“
Für die aufgeführten Symbole wurde ein Abhängigkeitszyklus gefunden. Nur die beteiligten Symbole
im Zyklus aufgeführt sind.

„Zyklus beinhaltet:“
Es wird ein Auszug der Abhängigkeiten aufgeführt, in denen der Zyklus gefunden wurde. Dies kann beinhalten
weit mehr Symbole als die vorherige Nachricht, weil Metalint scannt das tatsächlich erneut
Regeln zur Hervorhebung des Zyklus und stoppt, wann immer es einen gefunden hat, also nicht
Versuchen Sie es zu minimieren (der Zyklus wird mit einem anderen Algorithmus gefunden, was leider nicht der Fall ist).
Ich kann es nicht ausspucken, sondern nur mit Sicherheit sagen, dass es eines gibt).

REFERENCE

Metalint verwendet die folgenden Steuerzeilen, die ansonsten von ignoriert werden Metaconfig:

?V:read-only Symbole:lesen Schreiben Symbole
Diese Leitung sollte nur in Spezialeinheiten verwendet werden. Es listet alle Shell-Variablen auf
von der Einheit definiert, die nicht direkt als Abhängigkeiten von anderen Einheiten verwendet werden sollten:
Sie müssen diese Spezialeinheit in ihre Abhängigkeitsliste aufnehmen, wenn sie eine solche nutzen
der hier beschriebenen Symbole. Diese können als exportierte Symbole angezeigt werden, die Sie
erben, wenn abhängig von der Einheit. Symbole können schreibgeschützt oder exportiert werden
lesen Schreiben.

?F:Dateien erstellt
Diese Zeile dient zwei Zwecken: Sie ist ein Metalint Hinweis und auch ein Platzhalter für
Zukunft jmachen verwenden. Es muss drei Arten von Dateien auflisten: die temporären
die für einen Test erstellt wurden, die privaten UU-Dateien, die im UU-Verzeichnis für später erstellt wurden
Durchsicht und die öffentlichen, die im Stammverzeichnis des Pakets verbleiben. Vorübergehend
Dateien müssen mit einem vorangestellten „!“ aufgeführt werden. Zeichen (bedeutet „Nein! Sie werden nicht wiederverwendet
später!"), sollte privaten UU-Dateien ein „./“ vorangestellt werden (Bedeutung: um sie beispielsweise zu verwenden).
./DateiUnd nicht nur Datei), und öffentliche sollten so benannt werden, wie sie sind.

?T:Schale Provisorien
Diese Zeile sollte alle Shell-Variablen auflisten, die als temporäre Variablen innerhalb der Einheit verwendet werden
Körper. Diese Zeile sollte genau sein und verhindert, dass Sie eine Einheit schreiben
Definieren eines Symbols, das als Arbeitsvariable in einer anderen Einheit verwendet werden würde ...

?FUSSEL:Stichwort symbol_list
Gibt einen Lint-Hinweis an. Folgende Schlüsselwörter stehen zur Verfügung:

Übernehmen Shell-Variable darf geändert werden
erstellen Die persistente Datei kann von einer nicht-speziellen Einheit erstellt werden
definieren Die aufgelisteten Shell-Variablen werden in dieser Einheit definiert
beschreiben Die aufgelisteten Shell-Variablen werden durch ?S beschrieben:
extern Variable, von der bekannt ist, dass sie extern definiert ist
leer Die Unit-Datei ist leer und wird nur als Platzhalter gespeichert.
bekannt Die aufgeführten C-Variablen werden beschrieben
kein Kommentar Die Unit-Datei ist etwas Besonderes und es kann sein, dass eine führende Zeile „:beschreibung“ fehlt.
nicht hier Die aufgeführten Namen sind hier keine Dokumente (z. B. „1 << foo“ in einem C
Programm)
kompensieren Die aufgeführten Variablen werden gesetzt
- Die aufgeführten Variablen werden von dieser Einheit verwendet
unverschlossen Die hier aufgeführten Namen von Dokumenten werden in dieser Einheit nicht abgeschlossen
Usefile Die aufgeführte Datei wird verwendet (stellen Sie dem Namen kein „!“ für temporär voran).
Einsen)

AUTOREN

Harlan Stenn[E-Mail geschützt] > schrieb die erste Version, basierend auf Larry Walls
Metaconfig ab dist 2.0.
Raphael Manfredi[E-Mail geschützt] > habe es mit ein paar von Grund auf für 3.0 umgeschrieben
Verbesserungen.

Nutzen Sie Metalint online über die Dienste von onworks.net