On 5/28/2018 2:57 PM, Peter Relson wrote:
-- You might find that use of BAKR by the caller poses an unnecessary
dependency between the caller and the callee. Consider the alternative of
calling via BASR, and the callee deciding whether to save/restore regs via
BAKR/PR or via STMG(+STAM)/LMG(+LAM).

I find that BASR imposes an unnecessary dependency between the caller and callee in that the callee is generally expected to be running in the same AMODE as the caller or at the very least callee's address must be reachable in the caller's current AMODE.

I realize BAKR does not set/change AMODE and therefore my suggestion may be slightly off topic but, in this tri-modal, 21st-Century world in which we find ourselves coding, might I respectfully suggest BASSM/BSM linkage be used instead of BASR/BR?

That's what we now do *everywhere* for cross-program linking -- we still use BAS/BASR/JAS/JASL for same-program linking -- and have not once (yet) regretted the time spent performing that mass conversion...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

Reply via email to