This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. 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.
See this idea on ideas.ibm.com
If you can use fully free format (**free) then the free-form statements can appear between column 1 and the end of the line.
Otherwise, the source is column-limited, and a free-form statement is coded in columns 8-80.
I would like this limitation removed so the free-form statements can appear between column 8 and the end of the line.
Of course this must be enabled by specifying a new control keyword so backwards compatibility is kept.
Fixed form statements should of course still be coded between column 8-80.
Many times I have to code a statement in free format in multiple lines because there simply isn't enough characters.
Fully free format is not an option right now.
When changing the code you might move some of the code into the comment zone in column 81ff resulting in an error and then you have to move the code around. This can result in bugs and messy code. Not to mention the waste of time.
Making it possible to code free format statements from column 8 to the end of the line would really ease my day.
Idea priority | Medium |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
I am not using **FREE because
1. I have a utility that inserts the level of IF/ELSE logic into position 3-5.
2. Many times I prefer the use of the simple CALL/PARM operations which still have some advantages over functions an CALLP.
Example:
CALL 'PGM1'
PARM number PRM_NUMBER
PARM 'CUST' PRM_NUMBER_TYPE
CALLP number:'cust'
CALLP is missing the name of the parameters next to the CALL itself.
Can you name the change management software? is there any reason why you don't ask the developer of your change management software to support **FREE?
What a pity that you declined this because then we are stuck with the column 8 to 80 limitation forever.
Fully free format will not be an option here for many years due to the development and change management system we are using.
I hope you will reconsider this decision.
IBM does not intend to provide a solution to this request at this time, so it is being closed. This request does not align with the strategy for future investment in RPG.
It can even be done without a control keyword... IBM can ignore everything after the semi-column.
This would be useful at our workplace because of how our change management system works. When we compile, it inserts a header at the top of the source, and annotates changed lines with a version number in columns 1-4. This prevents us from using **FREE, but a control spec (or maybe pre-compiler switch) offering coding past column 80 would allow us to work around this behaviour.