Re: Compiling issue with DCLPRCOPT

[bryan dietz <bdietz400@xxxxxxxxx>]

I had a problem using DCLOPT when we used TGTRLS(*PRV)  the PTF below fixed
it up.


*SI45236** *


http://www-912.ibm.com/a_dir/as4ptf.nsf/a18db68aae4a7d81862566ba005d145c/f64ccc2ccfd1677a862579480063171f?OpenDocument&Highlight=2,DCLPRCOPT


Bryan


On Mon, Jan 9, 2012 at 12:06 PM, Kurt Anderson <kurt.anderson@xxxxxxxxxxxxxx
> wrote:

> I recently made the late discovery of DCLPRCOPT.  I've been applying its
> use to a number of our CLs to simplify the compiling steps.
>
> Although it seems I've run into an issue.  I don't see anywhere in the
> DCLPRCOPT documentation that says I can't bind modules in via a binding
> directory, but with the latest program change, we are binding in modules
> via CRTPGM.  However when I switched the program to use DCLPRCOPT, I get
> some weird compile errors.  I get 3 spool files with user data FFDC:
> service dump, job log, and display job information.  The error is MCH42B0 -
> Object list referential extension not valid.
>
> What works:
> 1. Compile with Option 15.
> 2. CRTPGM PGM(NINLIB/PREBIL2C) BNDDIR(NINLIB/PREBILUPDB)
>   TEXT('Pre-Billing File Updates')
>
> What doesn't work:
>             DCLPRCOPT  BNDDIR(PREBILUPDB)
>
> Contents of the binding directory:
> CLIENTS      *SRVPGM   *LIBL
> VLDADDRESR   *MODULE   *LIBL
> VLDBTNMSTR   *MODULE   *LIBL
>
> I've tried qualifying the objects in the binding directory as well, but
> had the same error when using DCLPRCOPT.
> I've double-checked my job description to make sure NINLIB is at the top
> (which it is).
>
> We're at IBM i 7.1
>
> Thanks,
> Kurt Anderson
> Sr. Programmer/Analyst
> CustomCall Data Systems
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.