On Tue, 2 Dec 2014 09:13:56 -0500, Kurt Quackenbush wrote:

>> OTOH, we're already digesting SYSLIN to generate CSECT parameters
>> for SMP/E ++MOD MCS.  It would be quite natural to append Binder
>> IDENTIFY commands at that point.  But I believe SMP/E doesn't
>> recognize Binder commands appearing in SYSLIN.
>
>Huh?  I assume you're talking about the SYSLIN for a link edit step in
>JCLIN.  
> 
For my first use of SYSLIN I meant the DDNAME output from HLASM;
I could/should have said SYSPUNCH.  For the second, I meant, and
should have said, "... Binder commands in instream MOD elements."

> ... SMP/E recognizes some binder control statements, and some it
>does not.  INCLUDE, NAME, CHANGE, REPLACE, and ALIAS are recognized and
>processed very specifically.  Any other control statements found in the
>JCLIN, including IDENTIFY, are not "recognized" by SMP/E, but rather are
>simply saved and passed somewhat blindly to the binder when the load
>module (or program object) is linked.
>
>Passing IDENTIFY blindly to the binder would likely give you incorrect
>results, because as I think someone already mentioned, IDENTIFY must
>follow the module it is associated with, and SMP/E does not preserve
>this association for IDENTIFY.
> 
It probably gets worse with RESTORE.

>If you want to use IDENTIFY, you should append it to the module object
>deck described by ++MOD.  This is how IBM does it for many (all?) of its
>PTFS.
> 
I have known SMP/E to report errors on finding junk in inline ++MOD
elements.  But today, I can't force the error; junk lines are simply
RECEIVEd intact into the SMPPTS.  I see no evidence of them in the
SYSPRINT from APPLY; my test lines should have caused errors.

How would this work for ++MOD elements in RELFILE format.  Should
I supply the IDENTIFY as input to Binder when I link the ++MOD
element so Binder will imbed it in the IDR?  Same for ACCEPT into
DLIB?

Thanks,
gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to