All,
with the help of John Kalinich (thanks John)
I am trying to port a program from z390 to HLASM.
We're encountering something strange with a
self-defining term. Please take a look at the
following piece of code:
GBLC HEXVAL,DECVAL * Input, output of HEX2DEC
LCLA
I'd suggest using the C2A built-in function instead of substituting
directly.
The character string '-1' is not a self-defining term, but an expression.
Regards... John
Hello Abe,
at the right side of SETA arithmetic expressions are allowed,
so the -1 is correct. But: if the arithmetic expression consists
of a single GBLC or LCLC symbol (or such a symbol in parantheses,
or such a symbol as part of a more complicated arithmetic expression),
this symbol must
Paul Gilmartin's recent post---I entirely agree with its substance---has
suggested to me yet again that we must take care to distinguish
o the HLASM proper, its quality and the quality of its documentation, from
o those of other operating-system facilities that are implemented in assembly
There is a slip, verified in an exchange with him, in John Ehrman's recent post
in which he recommended using the C2A bif in such situations (oversimplified to
the point of caricature) as
|cin setc '-1'
|aoutsetc some bif(cin)
some bif should here be D2A. Do not use C2A in this
John,
Thanks to all who replied.
I was fooled by the minus sign
making the constant an expression
rather than a self-defining term.
I've tried D2A - it works fine.
Thanks.
Abe.
===
- Original Message -
From: John Ehrman ehr...@us.ibm.com
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent:
