Re: SECTALGN(256)

2023-05-05 Thread Ed Jaffe
On 5/4/2023 9:14 PM, Ed Jaffe wrote: Approximately 128 bytes average saved for each additional sub-module involved... Actually, the above was my average savings across the whole library calculated by pasting the ISPF member display into an Excel spreadsheet and using HEX2DEC to convert the

Re: SECTALGN(256)

2023-05-04 Thread Ed Jaffe
On 5/4/2023 5:19 PM, Peter Relson wrote: Page alignment is what you'd expect. That's too bad. I was hoping module fetch had been enhanced at some point over the last quarter century to take advantage the StartBdy/ContBdy keywords available on GETMAIN/STORAGE (since 1998). My example was

Re: SECTALGN(256)

2023-05-04 Thread Peter Relson
Scott Subject: [EXTERNAL] Re: SECTALGN(256) On 5/4/2023 1:19 PM, Peter Relson wrote: > > Ed, > > What you really want is not to dive so deeply into the weeds. > > Bind with COMPAT=ZOSV2R1. > It does not work. Here is a trivial example. I'm compiling with SECTALGN(256) and speci

Re: SECTALGN(256)

2023-05-04 Thread Ed Jaffe
On 5/4/2023 1:19 PM, Peter Relson wrote: Ed, What you really want is not to dive so deeply into the weeds. Bind with COMPAT=ZOSV2R1. It does not work. Here is a trivial example. I'm compiling with SECTALGN(256) and specifying no binder input other than a NAME statement: //LKED.SYSIN  DD

SECTALGN(256)

2023-05-04 Thread Peter Relson
Ed, What you really want is not to dive so deeply into the weeds. Bind with COMPAT=ZOSV2R1. >From the doc: COMPAT=ZOSV2R1 is the minimum level that supports preserving all boundary alignments specifications coming from ESD records. ALIGNT can be used to specify boundary alignments for both