This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Since there has been no response for about 2 years, this RFE is being rejected. Feel free to open a new RFE once the requested information is available. Thank you.
Hi, can you please provide an example (sample testcase) of why this would be needed?
Also, we would like to know where this would make a difference in your application; and what sort of computations would you be looking for?
Description missing from above; see below:
Copied from old SHARE Requirements system SSLANG13005: Voting Priority=2.5
IBM should provide a new compiler (non-default) compiler option to use DFP (rather than HFP) for those arithmetic operations that currently use floating point processing.
It is understood that when this option would be in effect the results of those operations using floating point intermediate processing would get different results from those results reached today (using HFP).
***
An alternative solution would be to implement the
ARITHEMTIC IS STANDARD-DECIMAL
clause (and feature)from the ISO 2013 COBOL Standard. This would provide additional portability of arithmetic results but might be more resource intensive to implement.
NOTE:
There may be specific situations where HFP processing would still be appropriate, such as when all the operands (sending and receiving) are explicitly HFP (i.e. USAGE COMP-1 and COMP-2). As long as such exceptions were well documented (possibly with corresponding compile-time informational messages), this would still meet this requirement. However, this should not include cases where HFP data items and intrinsic functions were in use together. When this "new" feature was selected, intrinsic functions that requirement floating point should be evaluated in DFP not HFP.
Originally submitted by William Klein on 2014-03-13.