Things might have changed in the years since I last had to deal with something like this, but what I used to have to do was a ++DELETE for the LMOD(FOO) to prevent SMP/E from automatically including it (and all its old csects), then SMP/E could rebuild the LMOD fresh from the current levels of all the parts (which did not include WOMBAT). --Roger
On Tue, Feb 9, 2010 at 5:28 PM, Paul Gilmartin <[email protected]> wrote: > We had a ++MOD (FRED) element containing a CSECT, WOMBAT, > which we want to remove (it's obsolete but contains a > harmful VCON). > > So, I thought: > > ++ JCLIN > REPLACE WOMBAT > INCLUDE DISTLIB(FRED) > NAME FOO(R) > > Simple enough. Alas, SMP/E elaborates this as: > > REPLACE WOMBAT > INCLUDE SMPPTS(FRED) Should get rid of WOMBAT > INCLUDE SYSLMOD(FOO) ... but WOMBAT comes right back. > NAME FOO(R) > > All Broken As Documented. How do I really get > rid of WOMBAT? (How do I get the REPLACE to appear > in the right place, one line lower?) > > Thanks, > gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html

