Outstanding Contributor.
Outstanding Contributor.

Directories and runtime module question

Win10 64bit, Visual Studio Pro 2019, Visual Cobol 5.0

i see that the Compiler create /bin and /obj directories, than subdirectory /x86 and under this /release and /debug

Why double directories in /bin and /obj?
is it possible as in Netexpress 5.x to create automatically an Output Directory with all modules (included mf-runtime modules)?

Thanks for help

1 Reply
Micro Focus Expert
Micro Focus Expert

The default in Visual Studio is to create the output folders under the project\bin folder and would either have a subdirectory called x86 for a 32-bit build or x64 for a 64-bit build. It will switch between the 2 folders Debug and Release depending on the current build configuration in use.

The project\obj folder is where the actual object files are generated and linked into executables. The build process copies them from the \obj folder to whichever output folder is relevant for the current build.

You can choose your own output folder using the Output Path field on the COBOL tab of the project properties page.

The run-time system files will not automatically be copied to the output folder. You could have them copied in as part of a post build process. See the Build Events button on the COBOL tab of the project properties page. If you are planning to use these run-time files in a deployment to another machine, you will have to install COBOL Server and extract the appropriate files from there. The licensing between the run-time files in Development and the run-time files in production is different and requires a production license.


The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.