On Dec 13, 2010, at 12:14, John Ehrman wrote:
>
> <... but I have a suspicion, which has been voiced here before, that IBM's
> internal use of PL/X instead of assembly language has led to significant
> deterioration in the currency of the assembly-language documentation that
> the rest of us, outside IBM, must still use.>
>
> Because many customers and IBM-internal sites rely heavily on the
> assembler, we try to keep its documentation correct and up to date. If you
> have suggestions about specific areas for improvements, please let me know.
>
Not only the documentation, but the code. A simple suggestion:
because many customers and IBM-internal sites rely heavily on the
assembler, test before shipping! We got hit by:
APAR Identifier ...... OA34037 Last Changed ........ 10/10/01
MACRO IFAENF37 HAS A SLIGHT ERROR IN IT, WHICH CAUSES AN
ASSEMBLER ERROR
PTF List:
Release 770 : UA56527 available 10/09/08 (F009 )
This was opened mere days after the GA of 1.12. It could never
have assembled without error ('*' in column 1 missing from a
comment). Well, maybe if the test driver bypassed it with an
AGO.
In fact, it has been mentioned on IBM-MAIN that data area macros
(as this is) are generated automatically from the PL/X source.
That something like this could escape indicates an error in the
filter.
-- gil
