There must be some sort of subtle difference between object modules located in RELFILEs versus object modules located in TXLIBs.
Brian is onto it here. For MODs, packaging using TXLIB and inline (as in a typical PTF) tells SMP/E the module is supplied as an object deck that requires a link edit operation. SMP/E doesn't analyze the TXLIB, so it makes no difference whether the TXLIB data set truly contains an FB-80 object deck or if it contains a RECFM=U load module as in your case; SMP/E will invoke the binder for MODs supplied by TXLIB. Packaging using RELFILE, LKLIB, and FROMDS tells SMP/E the module is supplied in load module form and can be copied. LKLIB would have been your best bet.
Also, the way I think about JCLIN is that JCLIN describes a product's *structure*, it does NOT describe a product's installation process.
An excellent point that can always use repeating. JCLIN is not executed and does not determine the utility to use for installation. SMP/E reads JCLIN to determine load module contents, attributes, destination, etc. and it is the element packaging that determines the utility.
Kurt Quackenbush -- IBM, SMP/E Development ---------------------------------------------------------------------- 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
