CALLLIBS are best used for modules not part of your product. You would use NCAL and INCLUDE statements for libraries and modules supplied by your product or by another product or FMID from your company.
Using CALLLIBS does abdicate the control of any module not mentioned by an INCLUDE statement in the JCLIN. I don't know of any LIST that would know the FMID of a module in your CALLLIB. You do not supply the other product's CSI to SMP/E, just the library name. This does not allow SMP/E to find the FMID or RMID information for those modules. If your product uses a CALLLIB from a CA product, you could use the CAMODID TSO command to find that information in your loadlib. For example: CAMODID DSN(your.loadlib) DETAIL [LMOD(lmodname)] In addition to the LE modules mentioned by Tom, at CA we also use calllibs for Callable Systems Services and Cryptographic Services as well as IMS, CICS, and DB2. Some products also bring in CA Common Services modules through CALLLIBS. You do not use INCLUDE statements for modules included by CALL processing. When these libraries are updated by the other vendor, your customers can run LINK LMODS to get the newer version of the modules from the CALLIBS linked into the modules from your product. This is done at initial install, and also during PTF install, but must be done manually if you replace the CALLLIB from the other product. NCAL processing is superior to CALLLIBS inside your product because SMP/E links the object from your ++MOD into every load module where it is defined. If you simply replace ++MOD elements in your CALLLIB, they will sit there until the next LINK LMODS is run. The new CALLLIB modules will also be called into a relink for LMODs which are affected by PTFs within your products, but it takes manual action, meaning ACTION holds in your PTFs, which is an interruption to the maintenance flow. Bob Longabaugh CA Technologies Quality Assurance -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Tuesday, September 15, 2015 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E Help On Mon, 14 Sep 2015 11:24:31 -0500, Paul Gilmartin wrote: >On Mon, 14 Sep 2015 09:41:54 -0500, Tom Marchant wrote: >> >>CALLLIBS processing can be confusing at first, too.... >> >Never used CALLLIBS. I need to RTFM. I believe autocall abdicates >control of load module content. Will any SMP/E LIST option show >specific versions >(RMIDs) of objects included from CALLLIBS? I would not even consider using CALLLIBS to include elements that are part of the product. CALLLIBS is useful when modules are required that are not part of the product. For example, if LE modules are required. -- Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN