> BAKR is not a S/370 instruction

?

IBM Enterprise Systems Architecture/370 Principles of Operation, SA22-7200-0,
<http://bitsavers.org/pdf/ibm/370/princOps/SA22-7200-0_370-ESA_Principles_of_Operation_Aug88.pdf>,
 p 10-5, has Branch and Stack. Or weren't you counting 370-ESA as 370?

________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Peter Relson <rel...@us.ibm.com>
Sent: Thursday, February 2, 2023 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GETMAIN LOC=32

I couldn't find the original post for this thread even in the archives, so I 
don't know what this has to do with GETMAIN, or where "LOC=32" came into things 
since the parameter is LOC=31.

<snip>
I am exactly executing in AMODE 64.
And so I need the high halves to be clear at all times.
Because I am using pure S/370 instructions.
</snip>

I'll bite. Why would you choose to run in AMODE 64 if you are trying to 
restrict yourself to S/370 instructions?

And why not even S/390 instructions, let alone z/Architecture instructions?

Further, "need the high halves to be clear at all times" is not true. You only 
would need the high halves (PLUS bit 32) to be zero for a register used to 
access data and only at that point.

At a minimum, you are surely violating linkage conventions by not preserving 
the high halves of any regs 2-14 that you might use.
(BAKR is not a S/370 instruction; if you allow for use of BAKR then you can 
conform to linkage conventions without needing to use a zArch instruction such 
as STMG or STMH)

Peter Relson
z/OS Core Technology Deisgn


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

----------------------------------------------------------------------
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