Re: Software (compiler) PTF or maintenance level

2014-04-03 Thread Paul Gilmartin
On Mon, 31 Mar 2014 21:19:05 -0700, Jon Perryman wrote: ... z/OS updates are at the module level rather than product level. Depending on which product, as you have acknowledged in another forum. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net on

Re: Software (compiler) PTF or maintenance level (plus IBM Installation manager)

2014-04-02 Thread Paul Gilmartin
On Tue, 1 Apr 2014 18:35:07 -0400, Shmuel Metz (Seymour J.) wrote: FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. It manages to display something, but unless the dependency graph is linear you can't tell what other service is on.

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Miklos Szigetvari
On 01.04.2014 06:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Jon Perryman
z/OS maintenance is a smorgasbord. Those 4 PTF's listed by C imply that all PREREQ's/COREQ's are installed and is what IBM considers a base level for C. I suspect this was done to appease UNIX guru's who want to know a level. For most products, IBM gives you a dotted release level. Additional

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread R.S.
IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF ar applied? Then go to SMP/E and prepare detailed report. Preferably with all nnREQ's. Just to know what is the level? You don't need such information! To know whether compiler

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Jon Perryman
C and C++ compilers are very large. Unless you get some sort of statement from IBM about when these 4 PTF numbers will change, you won't know what they imply. Maybe they reflect a PUT level or maybe they represent something entirely different. In addition, LE comes into play too. It's possible

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Miklos Szigetvari
Hi We would like to compile our product again with the same compiler environment we delivered some years ago. Seems with C/C++ not so easy. On 01.04.2014 09:19, R.S. wrote: IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Tom Marchant
On Mon, 31 Mar 2014 23:14:09 -0600, Paul Gilmartin wrote: If, as HLASM appears to do, there is a unique CSECT that is updated by each PTF, then each PTF PREreqs its immediate predecessor, etc., inductively. The graph of service is unbranched; you don't have the Chinese menu smorgasbord of

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread John Gilmore
Jon Perryman wrote: begin extract Rarely will radical changes such as changing optimization algorithms be implemented thru a PTF, In general these types of changes occur at FMID level (Although there are exceptions). /end extract I think I understand and agree with the thrust of what he is

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread R.S.
IMHO for the future you should have whole z/OS image archived. Maybe as virtual machine guest or just inactive LPAR. You will never know for sure what component affected some compiler (or binder, or anything else?) function. My €0,02 -- Radoslaw Skorupka Lodz, Poland W dniu 2014-04-01

Re: Software (compiler) PTF or maintenance level

2014-04-01 Thread Shmuel Metz (Seymour J.)
In 4619582636376857.wa.paulgboulderaim@listserv.ua.edu, on 03/31/2014 at 04:39 PM, Paul Gilmartin paulgboul...@aim.com said: FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. It manages to display something, but unless the

Software (compiler) PTF or maintenance level

2014-03-31 Thread Miklos Szigetvari
Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Norbert Friemel
On Mon, 31 Mar 2014 09:31:57 +0200, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) //S1 EXEC PGM=GIMSMP

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Martin Packer
Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Norbert Friemel nf.ibmm...@web.de To: IBM-MAIN@listserv.ua.edu Date: 31/03/2014 11:16 Subject:Re: Software (compiler) PTF or maintenance level Sent by:IBM

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread John McKown
Closest I can find is this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbclr1b0/19.2 But that doesn't show the PTF level. Perhaps _someone_ (hint, hint) should put in a request that the C compiler include the PTF level in the compile listing? HLASM does. On Mon, Mar 31, 2014 at

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread David Crayford
Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler)

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread John McKown
David, Thanks! I added that compile parm to my make file and got messages like: CCN(I) Product(5694-A01) Phase(CCNEOPTP) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNDRVR ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNEP ) Level(UI15229.z1r13) CCN(I)

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Miklos Szigetvari
Thank you for all, we know already the PHASEID, currently all the phase-id's are the same and it is equal with the highest PTF level. What if they would be different ? On 31.03.2014 14:15, John McKown wrote: David, Thanks! I added that compile parm to my make file and got messages like:

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Shmuel Metz (Seymour J.)
In CAAJSdjjtLjqHFZK=H0EKf8kdO=4wzjegwvu-o6hjwnddnho...@mail.gmail.com, on 03/31/2014 at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- Shmuel (Seymour J.) Metz,

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Paul Gilmartin
On Mon, 31 Mar 2014 09:26:46 -0400, Shmuel Metz (Seymour J.) wrote: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. (But

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Jon Perryman
Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this concept because the product is replaced as

Re: Software (compiler) PTF or maintenance level

2014-03-31 Thread Paul Gilmartin
On 2014-03-31, at 22:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. (But