Re: using a defined constant to dimension an array

[bmorris@xxxxxxxxxx]

>Date: Sat, 30 Jun 01 14:36:03 +1000
>From: "Simon Coulter" <shc@flybynight.com.au>
>
>This is a known problem.  It's on my list of "How could they miss this?"
>And they know who they are :-)  The problem is caused because the RPG
>compiler parses the procedures before it parses the global definitions so
>as far as it is concerned any mainline D-specs don't yet exist. (Yet it
>handles F-specs OK ....)

Simon, it's not that it parses the subprocedures before the global
definitions,
but rather that it can't consider any global definitions until it has
finished
parsing the subprocedure, in case there is a later definition within the
subprocedure.  We _could_ have "fixed" the DIM problem earlier by making a
rule
that DIM did an immediate global lookup, but that would have forever
precluded
the possibility of forward-referencing for DIM that was added in V5R1.

By the way, INZ(*SYS) (but not INZ(*JOB)) is allowed in subprocedures
starting
in V4R4.

Barbara Morris

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---