You must compile your program to an executable before it can be run or debugged. This topic summarizes the different types of executable file that the Micro Focus COBOL Compiler can produce. It also gives recommendations to help you choose which file format is most appropriate for your applications and summarizes how you can package files together by bundling intermediate and generate code files into Micro Focus library files.
You can compile .NET COBOL, procedural COBOL, and native OO COBOL code to .exe.
The Compiler supports the generation of procedural COBOL code to .NET assemblies and offers object-oriented extensions to the COBOL language.
Executable code can be produced by compiling and linking in one step.
An executable file has a filename extension of .exe.
This behavior is similar to .int and .gnt code but is different to linked shared libraries and system executables, which are always loaded at process start-up, whether they are used or not. Further, the code and memory used by shared libraries and system executables are only unloaded when the process terminates.
A dynamic link library can contain more than one COBOL program and can also contain other language programs, such as C and C++. Dynamic link libraries can also be linked with third party object files or shared libraries. This behavior is similar to system executables and shared libraries but differs from .int and .gnt files, where each file corresponds to a single COBOL program.
A dynamic link library has a filename extension of .dll.
By default, object code files have the extension .obj.
Object code files must be linked to create .exe or .dll files.
.int files are dynamically loadable, and don't need to be linked into a system executable. You can ship them to your users as executable files, but we recommend that you use .exe files and .dll files for this.
.gnt files are dynamically loadable, and don't need to be linked into a system executable. You can ship them to your users as executable files, but we recommend that you use .exe files and .dll files for this.
This section contains general guidance and recommendations about when to use each of the different file formats.
Micro Focus recommends the use of standard format executables. Standard executable formats, such as .dll or .exe, are also optimized for the target platform and can be digitally signed. These formats can also contain more than one program.
.int files have the advantage of being portable across different hardware platforms. They have the disadvantage of not being optimized for any target architecture and will typically execute more slowly than code that has been generated for a specific platform.
.gnt files are optimized for a specific chipset. They typically execute faster than .int code. Micro Focus recommends the use of generated executables for best application performance.
.gnt files are not locked by the operating system while executing. This means that new files can be overlaid, but this is not considered good practice.
You can bundle .int files and .gnt files in Micro Focus library files. The advantages of this are:
A library file has the file extension .lbr.
ProgC and ProgD could be compiled as generated code files, and then placed in a library file, mylib.lbr. When ProgA calls ProgC, mylib.lbr would be loaded into memory, also loading progc.gnt and progd.gnt. You would need to ship proga.gnt, progb.gnt, and mylib.lbr, as well as a trigger program.
To package the .int and .gnt files into an .lbr file, set the following properties:
The Output type for your project must be set to INT/GNT.
Next time you build your project, the project compiles to an .lbr.