Re: Ensuring LRL 2nd operand alignment

2021-05-04 Thread Seymour J Metz
AL4, Shirley. IBM used a similar trick with pseudo-register references way back when. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf of Tom Harper

Re: Ensuring LRL 2nd operand alignment

2021-05-04 Thread Tom Harper
Here is how I code a similar instruction: CNOP 2,4 LLILF R14,0 ORG *-4 DC A(symbol+X’8000’) BASSM R14,R15 So that the second operand can be an ADCON or VCON. You could do the same with LRL. Sent from my iPhone > On May 4, 2021, at 9:18 AM, Peter

Re: Ensuring LRL 2nd operand alignment

2021-05-04 Thread Peter Relson
Tony H asked about a use case for LRL: one obvious one is a non-reentrant module. Or, as Shmuel mentioned, it might have been needed for cases where there is no binder support for fullword immediate relocatable expressions. As to the OP's actual question, there are limited choices that come to

Re: [PossibleSpam] Re: AREAD question

2021-05-04 Thread Steve Smith
Right... but for the CL, you want F-word alignment anyway, although it would only cause a trivial warning if it wasn't. As for the "oh-so-clever" remark, it only meant reusing an adcon as the branch target... it's a very minor point; I'd just prefer something like B *+1 or EX Rx,* that more

Re: [PossibleSpam] Re: AREAD question

2021-05-04 Thread Seymour J Metz
I've done both single macros with lists and separae prolog/item/epilog macros and and haven't seen much of a difference. IMHO, either is preferable to AREAD. I tend to use LOCTR, immediate operands or literals rather than jumping around constants. -- Shmuel (Seymour J.) Metz

Re: [PossibleSpam] Re: AREAD question

2021-05-04 Thread Steve Smith
Ah, OK. If I re-coded this, there would be separate macros for each entry. A final end-of-table macro would set an EQU to the length needed to generate the code. The macros could easily be the same macro source, with a type operand. But overall, I think it's simpler and clearer than to pile

Re: [PossibleSpam] Re: AREAD question

2021-05-04 Thread Seymour J Metz
The added parameter is in place of the AREAD. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf of Steve Smith [sasd...@gmail.com] Sent: Monday, May 3, 2021 6:32 PM

Re: [PossibleSpam] Re: AREAD question

2021-05-04 Thread Seymour J Metz
CLFI? LOCTR? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf of Jon Perryman [jperr...@pacbell.net] Sent: Monday, May 3, 2021 11:53 PM To: