Parsen beim Build
SCLM untersucht Includeliste
- Existenz Accountsatz
- Abgleich Accountsatz <-> Änderungsdatum
- Fehlermeldung bei Abweichung
Includes werden in Buildmap aufgenommen
Änderungen an dynamisch aufgenommen Includes führen zum "reason for rebuild"
Notes:
SCLM untersucht nach der Rückgabe durch den Translator die Include-Liste und überprüft die darin genannten Includes. Zu jedem Include muss ein gültiger Account-Satz existieren, ansonsten beendet das SCLM den Build des Members mit einer Fehlermeldung.
Falls alle Includes gültig sind, werden sie in die Buildmap des Members mit dem Schlüsselwort DYNI aufgenommen. Eine Verschachtelung von Includes ist dabei natürlich nicht mehr notwendig, da die Includeliste ja alle Includes enthält, egal aus welcher Verschachtelungstiefe sie stammen.
Ein Problem kann dann auftreten, wenn Macros eines Translators Includes für einen nachgelagerten Compiler enthalten und diese Includes nicht im Listing aufgeführt sind. Normalerweise kann ein Parser aber solche Includes ebenfalls finden.
Durch die Aufnahme der Includes in die Buildmap kann das SCLM bei Änderung des Includes einen "reason for rebuild" erkennen.