Diese Build-Scripts werden mit Pseudo-JCL entwickelt, einer Form von JCL mit einigen Einschränkungen und Erweiterungen, wie im Abschnitt Pseudo-JCL-Syntax beschrieben.
Der Build-Server liest die Pseudo-JCL und verarbeitet sie, um das Buildprogramm für die im Programm angegebenen Dateien aufzurufen. Da die Build-Scripts auf Dateien verweisen, die die Position des DB2-Vorprozessors, des CICS-Umsetzers, des COBOL-Compilers und des Linkage Editors von z/OS enthalten, müssen Sie die bereitgestellten Build-Scripts zumindest soweit ändern, dass sie die tatsächlichen Positionen dieser Komponenten für Codevorbereitung angeben.
Die folgenden Beispiele zeigen allgemeine Änderungen, die Sie an EGL-Build-Scripts vornehmen können.
Es ist wahrscheinlich, dass die PDS-Namenskonventionen für den Compiler, den Linkage Editor und die Datenbankbibliotheken nicht mit denen in den EGL-Build-Scripts übereinstimmen. Zum Ändern der Standardwerte müssen Sie die Anweisung VARS in den EGL-Build-Scripts ändern. Das folgende Beispiel zeigt die Anweisung VARS für die standardmäßigen CICS- und COBOL-Compilerbibliotheken:
//DEFAULTS VARS EZEPID=USER,
// COBCICS=SYS1.SCEECICS,
// COBCOMP=SYS1.IGY.SIGYCOMP,
// COBLIB=SYS1.SCEELKED,
...
Wenn Sie das übergeordnete Qualifikationsmerkmal für diese Bibliotheken in MYSYS ändern wollen, verwenden Sie die folgende Syntax, um die Anweisung VARS zu ändern:
//DEFAULTS VARS EZEPID=USER,
// COBCICS=MYSYS.SCEECICS,
// COBCOMP=MYSYS.IGY.SIGYCOMP,
// COBLIB=MYSYS.SCEELKED,
...
Alternativ können Sie als Werte für COBCICS, COBCOMP und COBLIB die in den Build-Scripts festgelegten Standardwerte belassen und für die entsprechenden vordefinierten symbolischen Parameter COBCICS, COBCOMP und COBLIB in den EGL-Builddeskriptorabschnitten die erforderlichen Werte festlegen.
Ähnliche Aktualisierungen können Sie für die EGL-Bibliotheken (Substitutionsvariable ELA) und die Datenbankbibliotheken (Substitutionsvariablen DSNEXIT und DSNLOAD) entweder in den Build-Scripts vornehmen oder indem Sie die entsprechenden vordefinierten symbolischen Parameter in den EGL-Buildddeskriptorabschnitten festlegen.
//*UPLOAD EXEC PGM=IEFBR14
//*EZESRC DD DSN=&EZEPID..&SYSTEM..EZESRC,DISP=SHR,CCUEXT=CBL
//UPLOAD EXEC PGM=IEFBR14
//EZESRC DD DSN=&EZEPID..&SYSTEM..EZESRC,DISP=SHR,CCUEXT=CBL
In EGL-Build-Scripts sind bestimmte Vorbereitungsanweisungen erforderlich, wenn Sie DB2 UDB, den CICS-Umsetzer oder den COBOL-Compiler für z/OS verwenden.
Die Option DBCS wird für den CICS-Umsetzer benötigt, wenn die Variablen DBCHAR oder MBCHAR oder Literale verwendet werden. Die Build-Scripts nehmen diese Option abhängig von der Einstellung des vordefinierten symbolischen Parameters EZEDBCS automatisch auf, die wiederum auf der Verwendung von DBCHAR oder MBCHAR basiert.
Die Option DBCS wird auch für den COBOL-Compiler benötigt, wenn die Variablen DBCHAR oder MBCHAR oder Literale verwendet werden. Die Build-Scripts nehmen diese Option abhängig von der Einstellung des vordefinierten symbolischen Parameters EZEDBCS automatisch auf, die wiederum auf der Verwendung von DBCHAR oder MBCHAR basiert.
Für EGL ist die Compileroption NODYNAM erforderlich, damit alle Anweisungen 'CALL LITERAL' als statische Aufrufe behandelt werden.
Erstellt eine Assemblersprachenerweiterung des COBOL-Quellcodes.
Erstellt eine Liste mit Informationen von COBOL DATA DIVISION, einschließlich einer DATA DIVISION-Zuordnung, globalen Tabellen, Literalpools, einer Zuordnung verschachtelter Programmstrukturen und Programmattributen.
Erstellt eine Querverweisliste der hexadezimalen Offsets im Modul und der entsprechenden COBOL-Anweisungsnummer. Diese wird beim Debugging Ihres Programms in der Laufzeitumgebung empfohlen.
Stellt eine Indexprüfung während der Laufzeit zur Verfügung. NOSSRANGE eliminiert die Indexprüfung während der Laufzeit. Durch die Verwendung von NOSSRANGE kann die Leistung verbessert werden. Geben Sie daher NOSSRANGE an, wenn das Programm in den Produktionsmodus wechselt.
Erstellt Objektcode, mit dem das Debug Tool Debugging im Stapel- und im Dialogbetrieb in Ihrer Laufzeitumgebung ausführen kann.
Details zu den COBOL-Compileroptionen finden Sie in der Compilerdokumentation.
Die COBOL-Compileroption NAME wird nicht unterstützt.