Early doc available publicly from IBM seems to indicate that no conversion necessary for source code already at Ent COBOL 4.2. I am also waiting for the COB V5 documentation library to become available for more specific wording. Of course the usual caveats apply, and that is to make sure you have the LE support for COBOL V5 runtime on all systems in your environment before you start compiling programs under the new level.
_________________________________________________________________ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Monday, June 03, 2013 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: To recompile or not recompile, that's the question However, with the upcoming release of Enterprise COBOL 5.1 and its radically different code generation (and, I am guessing, runtime library contents and usage to match), there exists at least the *possibility* we may have to do something similar again. I certainly hope not (one would *hope* that IBM would not do that to us), but I have not yet seen the migration guide/advice from IBM to be sure about it. Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Monday, June 03, 2013 10:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: To recompile or not recompile, that's the question On Sat, 1 Jun 2013 23:58:34 -0400, Shmuel Metz (Seymour J.) <shmuel+...@patriot.net> wrote: >In ><985915eee6984740ae93f8495c624c6c2318055...@jscpcwexmaa1.bsg.ad.adp.com >>, >on 05/31/2013 > at 03:40 PM, "Farley, Peter x23353" <peter.far...@broadridge.com> >said: > >>The problem with recompilation is not purely technical though. ISTM >>that there is far more bureaucracy needed to monitor and guarantee >>successful completion of full regression testing at each recompilation >>than there is payback from using notionally "better" >>translators and runtimes at a given stage. > >Yes, additional regression checking is expensive. However, how do you >validate a new release or service level of the compiler without it? >What do you do when you roll a new release of the compiler into >production and discover six months later that you can't compile a >module that you need to update? Sometimes pay now is less expensive >than pay later. > I supposed I could see a small shop, or a development shop / vendor that would do this. But I don't know that I've ever been in a production shop that did. There is no way it would ever happen in the larger ones I've been at. My current client must have a few hundred thousand COBOL programs (batch / CICS mostly) and the cost to test after compile even 10% of them would far far out weigh whatever cost of fixing a program or programs that had a problem 6 months down the line. In my experience, those have been few and far between anyway (although I admit I am not in the loop for many application issues). As far as validation, there is plenty of activity on a daily basis to point to a new compiler when we are ready to and then cut over to it being the default once everyone is comfortable. I have been at shops that did it "one application system at a time" to migrate from COBOL II to Enterprise V3, but that was the last time all programs were compiled and tested for any given application. No one wants to do that again! Mark -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
