I think you miss an important item here. ISV's ship object code, not source code. They have to code to the lowest common denominator, or provide different versions of routines that are chosen at run time.
End users can generally use the latest and greatest instructions, but even then, if they have multiple levels of machines in their shop, they have to be careful. Compile a program on an EC12 with the options set to use all the instructions, then run it on a z/10 and watch out for the 0C1's. Chris Blaicher Senior Software Engineer, Software Services Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John Gilmore Sent: Tuesday, September 18, 2012 8:58 AM To: [email protected] Subject: Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels? John McKown wrote: <begin extract> Or, amusingly to me, if you have a MACRO of the same name in your MACLIB, the macro will be expanded rather than the opcode use. So, if you wanted to, you could create a lot of macros to implement instruction-equivalents. Then use of a specific opcode would either generate the code for the opcode if the MACHINE level is high enough, or use the macro definition if the opcode does not exist at that MACHINE level. </end extract> This is, I think, an intelligent, imaginative design. It has served IBM well in the past. There have, for example, been machines that did not implement certain floating-point divides; and in these circumstances a macro has been supplied to close the gap produced by such an omissis. It could also be used by ISVs. FLOGR is not, for example available on all of the mainframes currently in use, but its availability changes the rules for bit-map processing in a fundamental way. Shipping a FLOGR macro with a product that notionally uses the FLOGR instruction would eliminate the need, felt by some ISVs, to avoid it (and other instructions of that ilk). John Gilmore, Ashland, MA 01721 - USA ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ATTENTION: ----- The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
