On Sat, Jan 23, 2016 at 3:07 PM, [email protected] <[email protected]> wrote: > We are planning to upgrade to z/OS V2.2 and with it COBOL v5 > . Go for V5.2. Several restrictions were lifted.
> Im being told that programs compiled with COBOL 5 must have there load > modules reside in a PDSE. So we are undertaking a conversion from PDS to PDSE > so that a program compiled with COBOL 5 will link edit into a PDSE. Yes. New backend for the compiler. > . > I have no objections to this, I just cant get a straight answer as to why is > a PDSE necessary is necessary for COBOL 5 programs. New backend uses PDSE features not available in PDSs. > . > I have not heard of this requirement with Assembler. What About PL/I and C, > are they required to have load modules stored in a PDSE ? I believe C is also affected, and they are working on a PL/I frontend. > . > IBMLInk told me that the Format of a COBOL 5 program is different and as such > requires a PDSE. It is the new backend. > . > Is it the COBOL Compiler or the Binder/Linkage Editor that has the > requirement. As Far as I know existing programs compiled with pre COBOL 5 > compilers can execute out of a PDSE. Correct. You can copy existing PDSs to PDSEs. Within one PDSE, you can't mix object programs and plain text members. > . > So why cant a application programmer continue to use a Complier prior to > COBOL 5 and link edit into the same PDS/E. The old compiler can compile into PDSEs. > . > Im Not understanding what/why COBOL 5 needs a PDSE. It is a brand new backend. > > Paul -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
