O' does not need to used within a macro, nor with SETC symbols or parameters. We use it in open code (at the top of a module) to determine whether a specific macro is available in the SYSLIB concatenation. Very useful in determining whether optional features should be enabled, based on the presence/absence of feature specific macros during the assembly.
Robert Ngan HCL Technologies -----Original Message----- From: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU> On Behalf Of Seymour J Metz Sent: Tuesday, May 28, 2019 12:42 To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: You know you've been writing assembler too long when... > O' in front of a entity is valid. Some uses are valid, but not that one. The O attribute has to be used inside of a macro, and even then it can only be used with a SETC symbol or parameter. A name that does not begin with an ampersand is neither. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU> on behalf of John McKown <john.archie.mck...@gmail.com> Sent: Tuesday, May 28, 2019 1:29 PM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: You know you've been writing assembler too long when... On Tue, May 28, 2019 at 11:27 AM Seymour J Metz <sme...@gmu.edu> wrote: > Why would I do that? O is not a valid type. You might think that it > was an attribute, but there's no ampersand in front of Halloran. > Clearly that crime book will get error messages. > O' in front of a entity is valid. It is a "Operation Code Attribute". Of course, as you pointed out, it can't be used as a plain operand of a DS instruction. https://secure-web.cisco.com/1QzufXmahzj_EwYG78xVddHD8hjgiElfIeqqH6AEVxWIel0PP3zrSswkDAemZDyUVcxs1e-e_8NiRb67s9bJR0jiFpPLj5qN_KxS2FcnbfUxIyQuI9JSq3_PAsmimQ-1c9WdHWw3xVbthg7iIU_2xbLC-W_N5i96z4iiDKGiAgmcJcqDJm7SHSTeax-tqrjpaXztyipFoMF_ZXyrC2eqmegi0iOVByeRK7oeirpoC2Mkqq2tGn8F0abfHHNGzBkLCIsOYNqe06hn5uJQFFCdzF8w9JxyhVGQMeLNSjyHBqvzn36xhRMb-2DJp9K9i1wEkRmWRWlak0NoB_Gh1Jvm5ALK42av2S0y9aaUlCWpIIb8xqiI-PIZW8qoZ6dJBENdfJ_NiFZXcQ7XI5_XRbIGIiCr2sG5tVO6k_-WOiGYsjoOFfhuJ7YtwglQKtD0n6dwj/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSENW6_1.6.0%2Fcom.ibm.hlasm.v1r6.asma400%2Fasmr1021240.htm > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown DXC Technology Company - Headquarters: 1775 Tysons Boulevard, Tysons, Virginia 22102, USA. DXC Technology Company -- This message is transmitted to you by or on behalf of DXC Technology Company or one of its affiliates. It is intended exclusively for the addressee. The substance of this message, along with any attachments, may contain proprietary, confidential or privileged information or information that is otherwise legally exempt from disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate any part of this message. If you have received this message in error, please destroy and delete all copies and notify the sender by return e-mail. Regardless of content, this e-mail shall not operate to bind DXC Technology Company or any of its affiliates to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.