> LARL is no help if it is truly an external (not in the current source) 
> program or entry point.

Believe it or not, the binder *will* resolve it. Requires the binder and 
perhaps GOFF.

Charles


-----Original Message-----
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On 
Behalf Of Farley, Peter x23353
Sent: Wednesday, June 19, 2019 11:11 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Loading a VCON with as an immediate value

LARL is no help if it is truly an external (not in the current source) program 
or entry point.

If it really external, your 3 lines are the only way I can see to do it so that 
the VCON is in the second word of the instruction.

Or with a macro that does the 3 lines for you.

And yes, LLILF is a fullword (not halfword) instruction, to that would be the 
right one to use.

Peter    

-----Original Message-----
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU> On Behalf 
Of John McKown
Sent: Wednesday, June 19, 2019 1:49 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Loading a VCON with as an immediate value

On Wed, Jun 19, 2019 at 12:37 PM Steve Smith <sasd...@gmail.com> wrote:

> This was previously discussed; maybe on IBM-MAIN.  I remember because 
> I asked it myself.  In any case, the bottom line is that the 
> "preferred" way is to use LARL.  This always works on z/OS as long as you use 
> the binder.
>

Thanks. That's it. I just couldn't find my notes.
>
> LLILH is a halfword immediate instruction; presumably a typo.
>
Yes.
>
> sas
>
> On Wed, Jun 19, 2019 at 1:31 PM John McKown 
> <john.archie.mck...@gmail.com>
> wrote:
>
> > To me, it seems silly to do the following, if I am only loading a 
> > VCON in a single place.
> >
> > L R15,=V(ENTRY)
> >
> > When I can do:
> >
> >  LLILF R15,0
> >  ORG *-4
> >  DC V(ENTRY)
> >
> > I am hoping that someone out there can tell me how I can improve the 
> > previous 3 instructions to be something like:
> >
> >   LLILH R15,ENTRY
> >
> > HLASM complains the ENTRY is either relocatable or unresolved. Yes, 
> > it is relocatable, but at run time it will be a constant. Is there some 
> > "magic"
> > to get HLASM to know this?
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

Reply via email to