Being a zOS programmer and very familiar with Windows internalsI have to ask how the hell do you install Version 2? Further, in my experiments I can get cobc.exe version 2 to execute but the the underlying 'C' coupling of GCC fails with a godzillion 'C' diagnostics. Why is it that GNUCOBOL has such a penchant for Linux. I would think that the vast majority of Cobol users are from a mainframe environment and have a Windows machine on their desktop. Few Cobol programmers are steeped in any of the 250+ distros of Linux. There has to be any easier way to make GNUCOBOL Windows friendly, especially the install. The biggest turn off for me is the rambling on and on about Linux features in the documentation.
To me such Linux focus diminishes significantly the broad based acceptance of GNUCOBOL. Why not devout some development time in the creation of a Windows centric implementation of GNUCOBOL. I was a 10 year employee of Micro Focus as a developer. I did significant work with IBM at athe STL labs in San Jose. In other words I am well versed in Cobol and Windows implementations thereof. But for the life of me I cannot come closed to fathoming an coherent install process for GNUCOBOL in a Windows 7 environment.
Installing COBOL-IT on Windows. Cobol-it > COBOL-IT Compiler Suite > Installing COBOL-IT on Windows. In this module, we will download and install the COBOL-IT Compiler Suite Enterprise Edition on a Windows platform. After these exercises, you will be ready to begin using your new Compiler on a Windows platform. Join Peggy Fisher for an in-depth discussion in this video, Unzipping and installing GnuCOBOL, part of Learning COBOL.
I am willing to help with such a project. Being a zOS programmer and very familiar with Windows internalsI have to ask how the hell do you install Version 2? Further, in my experiments I can get cobc.exe version 2 to execute but the the underlying 'C' coupling of GCC fails with a godzillion 'C' diagnostics.
Why is it that GNUCOBOL has such a penchant for Linux. I would think that the vast majority of Cobol users are from a mainframe environment and have a Windows machine on their desktop. Few Cobol programmers are steeped in any of the 250+ distros of Linux. There has to be any easier way to make GNUCOBOL Windows friendly, especially the install. The biggest turn off for me is the rambling on and on about Linux features in the documentation. To me such Linux focus diminishes significantly the broad based acceptance of GNUCOBOL.
Why not devout some development time in the creation of a Windows centric implementation of GNUCOBOL. I was a 10 year employee of Micro Focus as a developer. I did significant work with IBM at athe STL labs in San Jose. In other words I am well versed in Cobol and Windows implementations thereof. But for the life of me I cannot come closed to fathoming an coherent install process for GNUCOBOL in a Windows 7 environment. I am willing to help with such a project.
Thank you for your offer to help.
An iconic figure of the early history of computing, is the grandmother of the. Of her many claims to fame, she invented the first compiler and helped spread the adoption of machine-independent programming languages. Today her legacy lives on in many ways, including the.
While Hopper contributions to computing are remembered, celebrated, and built upon by her successors, COBOL itself is often dismissed as a relic of earlier era of computing. To a certain extent, that is true. Most of the COBOL being written today is for maintaining legacy code, not starting new projects. However, the language is still being updated with being the most recent standard for the language, and there are still plenty of opportunities to. Thankfully, using COBOL in modern times does not require tracking down legacy hardware.
There are several tools available that make using COBOL on modern computers as straightforward as using other programming languages. Below, I take a look at three open source projects that help you code, compile, and use COBOL on a Mac, Linux, or Windows computer. So grab a book on COBOL programming, (if you need one, by Michael Coughlan is an excellent choice), and start exploring the world of COBOL. No punch cards required. GnuCOBOL (formerly known as OpenCOBOL) is a modern, open source, COBOL compiler.
It works by translating COBOL code into C and compiling the code using GCC. While the project does not claim standards compliance, it passes most of the tests in the COBOL 85 test suite from the National Institute of Standards and Technology. Other compilers might be more standards compliant or contain the same quirks as their historical antecedents, but GnuCOBOL is the compiler used by the other two projects I cover below. To install GnuCOBOL on Fedora: sudo dnf install open-cobol Installing under most other Linux distributions and other UNIX-style systems is just as simple. For Debian-based distributions, just replace 'dnf' with 'apt-get'. Mac users can use homebrew to install GnuCOBOL. Installing on Windows is a little more complicated, but for those interested in trying GnuCOBOL on Windows.
To compile source code in a file name 'PROGRAM.cob' into an executable file run: cobc -x PROGRAM.cob There are many other compilation options, which are listed when running 'cobc -h'. The is very extensive and provides a large amount of information about using GnuCOBOL. OpenCobolIDE You can write COBOL using the text editor of your choice, but integrated development environments make life easier. Is a specialized IDE designed for working with COBOL. It provides code completion, code folding, syntax highlighting, and a navigation tree, all of which aid in working with COBOL code.
It also has a wide variety of color schemes, both light and dark, so most users should be able to find a theme they are comfortable with using. OpenCobolIDE is a well designed program and is very nice to work with. It is, as noted above, a very specialized IDE that only work with one programming language, but it works with that language quite well. The interface is simple and should not require too much effort to get used to, but should a user need help, the provides a good overview of the IDE. To install OpenCobolIDE on Fedora you will need to install a few prerequisites first. Install them by running: sudo dnf install open-cobol python3-qt5 Then install OpenCobolIDE by running: sudo pip3 install OpenCobolIDE Installation for other distributions is similar (just replace 'dnf' with the appropriate command and install your distribution's equivalent of the open-cobol and python3-qt5 packages).
Some distributions do have OpenCobolIDE available as a package in their repositories, so check to see if it available before install via 'pip'. Windows and Mac users can and use those instead of using 'pip'.
COBOL bridge for Node.js Maybe you would like to combine some COBOL code with a more modern development technology? If that is the case, you are in luck. Allows you to use COBOL code in Node.js projects. Node-cobol requires GnuCOBOL, so install that using the instructions above and then run: npm install cobol According to the developer, the project is production ready, but honestly it is such an oddity that it unlikely that it is actually being (or will ever be) used in production.
Maybe some enterprising reader will come up with a practical use for Node-cobol and share the story of their project with us? A few years ago I posted on HalfBakery (a brainstorming/ideas/invention site) about the idea of creating a COBOL-like language for mobile computing, specifically for doing the actual coding on an actual cell phone. That post is at My rationale is that I use Swype for typing on my Android phone. When doing so, I find that words in the English language (at least those in Android's remarkably G-rated spelling dictionary) is something I can do fluidly, while punctuations and numerals are the main speed bump that makes blog commenting less tedious on a desktop. Coding in Java (the lingua franca of Android apps) on the phone the code would run on is something I can't even begin to contemplate trying. But what about COBOL? Given a mobile editor that can help me with indentation rules, typing code would be a breeze.
The data structure needs would be vastly different from PICTUREs, though, but I assume COBOL must have evolved some sense of object orientedness or event drivenness or something of the like. Language syntax consisting mostly of English words would, I think, be just the ticket for making the smart phone a full citizen of the world of general-purpose computing, and something the open source community might logically take an interest in. Should I put up a 'kickstarter' or something?
I believe the true Grandmothers of COBOL would be Jean Sammet and Gertrude Tierney. However, that's a nitpicky detail.
While the idea of Modern Open Source COBOL is marvelous, it's probably 15 years too late. After Y2K, the descent of COBOL resumed. I don't foresee that trajectory ever changing. I did COBOL for 24 years, up until almost 18 months ago when I made a successful transition into.NET development. Recently I made the transition into Data Management as a SQL Server Data Warehouse DBA.
Short of someone offering me a hugely lucrative gig in COBOL, I don't foresee ever going back for either a contract or a perm gig. The end is coming for COBOL, but the death of a language occurs slowly over many years. Old programming languages never die. They just fade away. For perverse entertainment, I sometimes answer COBOL questions on Stackoverflow. Yes, it's true, people really do ask COBOL questions on SO.
I've done it for a sufficiently long time that I don't even need a compiler in front of me to check my code, which is scary in and of itself. While the idea of a COBOL Renaissance would be wonderful, it just ain't gonna happen.
Grace hopper doing it, - is again disputed. In 1952, Grace hopper (from USA) wrote compiler, and in 1952 Alick glennie (from Britain) also wrote compiler. Some people used to put hopper as true claimant, and some people used to put alick glennie as true claimant of first compiler writer.
Now the US exported blind feminism and feminist political correctness took over the world, and without further debating just on historicity and merits; they proclaimed Grace hopper as the first compiler writer, just because they needed a symbol for geek feminism. No discussion happenned further, and now with political correctness, no one wants to dig deep that who is the correct owner of the title ' the first compiler writer?' - irrespective of their gender and nationality. The debate was shut shut down, without offering any genuine argument. in reality, as true IT persons/computer geeks/truth seekers, we should say that Grace hopper and Alick Glennie both independently implemented the first compiler in 1952. Among them who did it the first, still needs to be investigate further and established. Judging by the amount of work that I have been getting over the last 5 - 10 years and despite being 'retired' Cobol is alive and well.
This applies to both m/f (mainframe) and work on PC / servers much of which uses Gnu Cobol. Cobol programming people will be needed for a long time yet - why? Well the old saying seems to still apply - If it isnt broke don't fix it. As can be testified by by the number of sites that have been advised to move away from both Cobol and kit from mainframe to PC/servers to language x only to continue with existing (admittedly with updating) having been very bitten, both by escalating costs and poorly designed and written replacements).
For more discussion on open source and the role of the CIO in the enterprise, join us at. The opinions expressed on this website are those of each author, not of the author's employer or of Red Hat. Opensource.com aspires to publish all content under a but may not be able to do so in all cases. You are responsible for ensuring that you have the necessary permission to reuse any work on this site. Red Hat and the Shadowman logo are trademarks of Red Hat, Inc., registered in the United States and other countries.