You have a cycle-main (no MAIN keyword)? Looking at current version of 7.1 ILE RPG Ref, Ch. 3, section titled Cycle Module. Reads to me like your PI needs an EXTPROC if the prototype is not specified.

Neil,

You've always had to use DFTACTGRP(*NO) anytime a Procedure call is in your RPG IV program source. Always been that way. Nothing has changed.

In v7.1 the did remove the requirement for Prototypes for in-line subprocedures, but that's all. If you do use MAIN (which Dale suggested) you still need the Prototype. Although IBM has shown the EXTPGM keyword on the PI line, in practice, I've never been able to get that to work. But I don't think that's your issue.

Perhaps your CRTBNDRPG command had DFTACTGRP(*NO) specified as its default?

Oh, and here's how I handle this issue in my code:

 /IF DEFINED(*CRTBNDRPG)                                 
H DFTACTGRP(*NO) ACTGRP(*NEW) FIXNBR(*ZONED:*INPUTPACKED)
 /ENDIF                                                  

I wasn't suggesting; I was asking. Code shows no MAIN, so cycle-main is implied.

Neil,

This is NOT a change in the compiler. Did you guys upgrade and have your compiler defaults reset?

USSTLLDPR3 is a PI. Hence it is a subprocedure that you probably call. That has ALWAYS required DFTACTGRP(*NO).

We've installed cumulative PTF packages, but we haven't reset anything.  The code as listed has compiled many times under V7.1 as an OPM program, now it looks like this:

 *  *entry parameters
d USSTLLDPR3      pr                  extpgm('USSTLLDPR3')
d  InstDate                      7s 0

d USSTLLDPR3      pi
d  InstDate                      7s 0

Are you trying to add the EXTPGM keyword to the PI using SEU?  If so, SEU will complain about that because it is frozen at 6.1 and doesn't understand the 7.1 enhancements.  If you ignore the error, it should compile OK (I just tried it), but that's a pain in the ***.

No extpgm does not work on PI, even in RDp, extproc does work, but this isn't an external procedure.  My complaint is that a program I have been compiling for over a year, now won't compile unless I add a PR with EXTPGM or change it to an ILE compile.

Hmmm, but maybe I'll try add the EXTPGM anyway and see if that works.

Huh! Well that actually works - so, the EXTPGM on a PI is required now for an OPM programs *entry parameters, even when your source editor complains about it.

have you worn out the punch cards compiling it so often

(some old timers on the forum will know exactly what I am talking about, the rest won't have the foggest idea).  You see if you compiled a deck of cards (punch cards) over and over, you could depending on the reader, etc. begin to wear the cards a bit, causing misfeeds, etc.

Neil,

Did you watch my RPG Report video on this topic?

Jump to 7:25 in the video and you'll see that EXTPGM is required on v7r1 on the PI statement for program Entry/PList parameters.

I think we discussed this in the class earlier this year, at that time the EXTPGM was required on the PI, but the compiler thought it was optional.  You said at the time it was good practice to get into in case they corrected the compiler - this program was written over a year ago, before we had the discussion, and well before IBM matched the compiler requirements to the documentation.