In today's competitive and quarter-report driven business climate,
IBM no longer can afford the "luxury" of doing anything simply for
completeness. A "business case" needs to be made for everything. So
IBM has done only just enough 64-bit support to satisfy the business
case, and such "niceties" as 64-bit support in TSO Test, full blown
RMODE64 execution (just to name two) can't be justified economically.
Personally, I do not think that "economic justification" should be
the sole driver of business decisions, but on the other hand, z/XDC
certainly has benefited from IBM's inattention to Assembler language debugging.
Dave
At 7/4/2014 11:18 AM, John Gilmore wrote:
Dave,
I did wait until it seemed to me that discussion of the original topic
had petered out.
Moreover, it seemed to me that it was oddly focused. Slow but steady
progress is certainly being made, but z/OS is still full of gaps in
the facilities it makes available for work above the bar, through many
of which one could drive the proverbial tank.
When, for example, the HLASM does not yet support doubleword
set-symbol arithmetic . . .
Or again, your product, z/XDC, closes the gaps that were being
lamented more than adequately; and the notion that IBM software is
somehow 'free' and that of ISVs is not is among the sillier ones that
have currency here.
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
