Re: SXMACLIB

"Joe Monk [email protected] [H390-MVS]" <[email protected]> Fri, 27 Sep 2019 20:49:15 -0500
Newsgroups gmane.comp.emulators.hercules390.mvs
Message-ID <CAPcd4G9pGCpRh2PRgO1HHk3ty=hocdo1NQMb4coddQa94O+=Ew@mail.gmail.com>
"MVS/380 is published by Jujitsu, not IBM,
and Jujitsu thought it was easier to add
"LG" etc to SYS1.MACLIB than to
IFOX00, which is an internal implementation
decision."

It is based on IBM code, shamelessly ripped off. At least somethings should
still be sacred.

On Fri, Sep 27, 2019, 20:38 kerravon86-/[email protected] [H390-MVS] <
[email protected]> wrote:

>
>
> ---In [email protected], <gerhardp@...> wrote :
>
> >> That's not correct. I'm making the source
> >> code and even the assembly JCL portable
> >> between MVS/380 and z/OS. So long as
> >> you follow the published rules, everything
> >> works like magic.
>
> > No; sane people will keep non-IBM stuff out of IBM libraries. It's
>
> MVS/380 is published by Jujitsu, not IBM,
> and Jujitsu thought it was easier to add
> "LG" etc to SYS1.MACLIB than to
> IFOX00, which is an internal implementation
> decision.
>
> > easier for others to concatenate another macro library ahead of
> > SYS1.MACLIB.
>
> No, no such dataset exists on z/OS, because
> "LG" is part of ASMA90, so it is not part of the
> concatenation or the JCL. I want such JCL to
> work on MVS/380 unchanged, not have to be
> updated to point to some non-standard
> macro library.
>
> > My typical test procedures have provisions for nine
> > libraries, with SYS1.MACLIB the second, and all replaceable with
> > symbolic parameters.
>
> Your test procedures that don't exist on a
> typical z/OS box. The "LG" instruction
> exists on a typical z/OS box though. And
> it appears on a typical MVS/380 box too.
> Part of what makes MVS/380 such a great
> development environment.
>
> BFN. Paul.
> 
>