Paul Gilmartin wrote, in part: >I suspect CALLLIBS is discouraged because SMP/E has no way to know >which LMODs need to be refreshed when a CALLLIB is modified, probably >outside SMP/E control. >Is there a process for rebuilding such an LMOD ab ovo? >Delete and re-install?
We provide a RELINK job that relinks everything. In over a decade, we've never needed it, but we have it just in case. The trenchant part (I think) of that job: //SMPCNTL DD * SET BOUNDARY(TARGET) . LINK LMODS CALLLIBS . /* >Better you should deliver your UNIX files as /usr/lpp/com.akphs/* and >classic data sets as COM.AKPHS.** and customers should refrain from >wasting their time. Yeaaah...no. I'd love to but no, that won't fly, customers have proven that--the default path that wound up in our release was certainly not anything they were going to trip over, but nobody was willing to just create it. (BTW, akphs is my personal domain, but as an example it's of course fine; just didn't want anyone wondering.) Plus company name has changed four times in last decade, so there's that... ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
