Re: ILE RPG question: function consolidation

Effectively you are correct.

The "compiler" only sees the source - so it will internally resolve everything it can.

When producing the module it creates import requirements for any functions it could not resolve internally.

Then during the bind process (CRTPGM), the import requirements are matched against any exports found in the modules and service programs that are referenced.

The only real difference between those imports satisfied by modules and those satisfied by service programs is that the module(s) is physically copied into the PGM object - the service program ones are resolved at run time and never "glued in".


On 2014-06-16, at 1:09 PM, "Englander, Douglas" <Douglas_Englander@xxxxxxxxxxxxx> wrote:

Barbara,

Thank you for your clarification!

When you mention "module" I am assuming you are referring to an actual *MODULE object, and also the temporary *MODULE object that is created by the CRTBNDRPG command.

Is it correct to say that the compiler will always look to the program source for a function definition (subprocedure), then any other *MODULES that are compiled with that program, and then finally any service programs (specified individually or in a binding directory) for the location of a specific function, and stops looking once it finds the first occurrence?

Thank you again!

Doug

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Jon Paris

www.partner400.com
www.SystemiDeveloper.com