Clark Morris wrote:
The frustrating thing is that there is no compiler switch to tell most
of the compilers that these instructions can be used because the
target is known. ISV's normally have to hang back on using these
instructions because the target processor may not have the
instruction.
ARCH
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbcug150/2.3.15.5
TUNE
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbcug150/2.3.15.94
ISVs do indeed have to "hang back". And, so do IBM developers. The life
saver is knows as an "Architectural Level Set". Some customers don't
like them because they tend to obsolete affordable hardware processor
models. But, IBM and ISV developers like them because they allow use of
the new facilities. For example, IBM no longer supports anything less
than z/OS 1.6. And, z/OS 1.6 requires z/Architecture. This means that
IBM developers can use z/Architecture instructions for _all_ new code
targeted for z/OS without the need for dual-path, bifurcated, or "lowest
common denominator" instruction paths. The same holds true for any ISV
that follows IBM's support schedule.
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
