Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
GOFF (z/OS and CMS) HLASM Programmer's Guide SC26-4941-06 |
|
.-NOGOFF------------. >>-+-------------------+--------------------------------------->< | .-(NODATA)-. | '-GOFF-+----------+-' '-(ADATA)--'
Notes:
For more information on the 133-character format, see Source and object. When the GOFF option is not specified a control section is initiated or resumed by the CSECT, RSECT, and COM statements. Any machine language text created by statements that follow such control section declarations belongs to the control section, and is manipulated during program linking and binding as an indivisible unit. When the GOFF option is specified, the behavior of statements like CSECT is different. By default, the assembler creates a definition of a text class named B_TEXT, to which subsequent machine language text belongs if no other classes are declared. If you specify other class names using the CATTR statement, machine language text following such CATTR statements belongs to that class. The combination of a section name and a class name defines an element, which is the indivisible unit manipulated during linking and binding. All elements with the same section name are "owned" by that section, and binding actions (such as section replacement) act on all elements owned by a section. When the GOFF option is specified, and if no CATTR statements are present, then all machine language text is placed in the default class B_TEXT, and the behavior of the elements in the bound module is essentially the same as the behavior of control sections when the OBJECT option is specified. However, if additional classes are declared, a section name can best be thought of as a "handle" by which elements within declared classes are owned. |
Copyright IBM Corporation 1990, 2014
|