See Ch16 of the migration guide. I don’t think there is a lot of this, but there could be some. I had opened a PMR with IBM with questions about all of this, and one of my questions was whether or not these restrictions were new to COBOL V5 or if the same restrictions were in place as part of the migration to ENT COB V4. I was told these are all new restrictions.
Here is a snippet: Link-editing restriction: You can not mix Enterprise COBOL V 5.1 programs with: v OS/VS COBOL programs. You must migrate to Enterprise COBOL. To find any OS/VS COBOL programs you can: – use the LMA tool of Debug Tool to scan load libraries for OS/VS COBOL programs – use the Edge Portfolio Analyzer to scan load libraries for OS/VS COBOL programs – install the fix for APAR PM86742 to your Language Environment and look for a Warning message about detected OS/VS COBOL programs at run time v VS COBOL II NORES programs. You must migrate to Enterprise COBOL. AMODE restrictions with Enterprise COBOL Version 5 programs: v AMODE 24 execution of programs compiled with Enterprise COBOL V5 is no longer supported. v Enterprise COBOL V5 program objects must have AMODE 31. v Enterprise COBOL V5 entry points will be assigned attribute AMODE 31 by the binder by default. Explicit binder override to AMODE 24 or AMODE ANY is not supported. v Enterprise COBOL V5 object programs cannot be link-edited together with and statically CALL to or from AMODE 24 object programs. RMODE restrictions with Enterprise COBOL Version 5 programs: v Reentrant programs may be RMODE 24 or RMODE ANY v Non-reentrant programs must be RMODE 24. Enterprise COBOL V5 programs continue to support dynamic CALL to or from AMODE 24 programs. For example: v Enterprise COBOL V5 programs may dynamically CALL AMODE 24 programs created by prior versions of Enterprise COBOL. v AMODE 24 COBOL programs created by prior versions of Enterprise COBOL may dynamically CALL Enterprise COBOL V5 programs. v Enterprise COBOL V5 programs may dynamically CALL AMODE 24 assembler language programs. AMODE and RMODE considerations Static calls between AMODE 24 and AMODE 31 programs are not supported with Enterprise COBOL V5. In addition, NORENT programs can no longer reside above the line. The following diagram shows the types of calls that can be dynamic or static and those that can only be dynamic. It also shows configurations of data and program location with respect to the 16 GB line. _________________________________________________________________ Dave Jousma Assistant Vice President, Mainframe Engineering [email protected] 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:[email protected]] On Behalf Of Tom Marchant Sent: Tuesday, September 24, 2013 11:15 AM To: [email protected] Subject: Re: PDS/E, Shared Dasd, and COBOL V5 On Tue, 24 Sep 2013 12:55:45 +0000, Jousma, David wrote: >... new AMODE/RMODE restrictions ... I hadn't noticed. What do you mean? -- Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN
