Fujitsu BS2000/OSD COBOL2000 V1.5 Benutzerhandbuch Seite 306

Überblick
Binden von Benutzermodulen
Benutzereigene Module können statisch und dynamisch (d.h. zum Ablaufzeitpunkt) einge-
bunden werden. Programme, die „unresolved externals" auf Benutzermodule enthalten,
können in der POSIX-Shell nicht gestartet werden.
Eingabequellen für den Binder können sein:
– vom Compiler erzeugte Objektdateien („.o"-Dateien)
– mit dem Dienstprogramm ar erstellte Bibliotheken („.a"-Dateien)
– LLMs, die mit dem POSIX-Kommando bs2cp aus PLAM-Bibliotheken in POSIX-Ob-
jektdateien kopiert wurden. Dies können LLMs sein, die in BS2000-Umgebung direkt
von einem Compiler erzeugt wurden, oder Objektmodule, die mit dem
BINDER in ein LLM geschrieben wurden.
– LLMs und Objektmodule, die in BS2000-PLAM-Bibliotheken stehen. Die PLAM-Biblio-
theken müssen dazu mit den Umgebungsvariablen BLSLIBnn zugewiesen werden (sie-
he Operand -l BLSLIB,
Die Module können von jedem ILCS-fähigen BS2000-Compiler erzeugte Module sein
(z.B. COBOL85, COBOL2000, C, C++, ASSEMBH, FORTRAN90).
Wenn vom COBOL2000-Compiler in BS2000-Umgebung erzeugte Module eingebunden
werden sollen, müssen diese mit der Option ENABLE-UFS-ACCESS=YES übersetzt wor-
den sein.
Für POSIX-Objektdateien werden beim Bindelauf intern INCLUDE-MODULES-Anweisun-
gen abgesetzt, für ar-Bibliotheken und PLAM-Bibliotheken RESOLVE-BY-AUTOLINK-An-
weisungen. Die Module werden in der nachfolgend beschriebenen Reihenfolge eingebun-
den.
Beim Binden ist mit der Option -M der Name des COBOL-Hauptprogramms
(PROGRAM-ID-Name) anzugeben. Ohne diese Angabe nimmt der Binder an, dass das
Hauptprogramm das C-Programm main() ist.
Binden der CRTE-Laufzeitbibliotheken
Die offenen Externbezüge auf das COBOL2000-Laufzeitsystem werden vom Binder auto-
matisch aus der CRTE-Bibliothek $.SYSLNK.CRTE.PARTIAL-BIND aufgelöst.
306
Seite 318).
COBOL2000 und POSIX
U41113-J-Z125-6